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CEMA INTPOCRATION IN CREATION AND USE OF COMPUTERS 
Moscow PRAVDA in Suecian 79 Apr 82 p 4 


[Text] Electronic computer technology... A world of large and emall computers, 
integrated circuits, microprocessors. in 4 word, the leading edge of secientific- 
technical progress. Becentiy at the regular meeting of the CEMA 'epolkos 
questions of cooperation in the development and widespread use of sicro- 
processor technology in the economy were discussed. Letters are being sent to 
the editer, in which the readers are asking for an explanation of what value 
computers have in the countries of socialist cooperation, and how cooperation 

is developing in thie field. 


Viitea Chathevekoso, Number 11. The Coordinating Center of the Intergovern- 
wental Commiesion for Cooperation between the Socialiet Countries in the Field 
of Computer Technology. Mikhail Yewegen'vewich Sakowekiy, the director of the 
Center relates: 


“The integrated proeeram of socialist economic integration ie providing for the 
hastened creation and effective use of computers. The application of computers 
is helping to raise the productivity of labor, to increase the return of funds, 
and the gain thing, to free the individual from tedious, sonotonous operations. 


“In order to reduce expenditures of time and material expenses in computer 
production in wariows countries of socialist cooperation, the constant and 
precise coordination of work in thie field is necessary. Our Coordinating 
Center ie figuratively called the headquarters of the Intergovernmental Conm- 
siesion. itt brings tegether and guides the efforte of many thousands of 
designers, ecientiete, and workere in the eight socialist countries that are 
participating in the creation of computers. 


“it will cite aore data.” our epeaker continues hie discussion. “As a whole in 
the socialist countries billions of rubles worth of computer technology are 
now being produced per year. Already hundreds of thousands of people are 
occupied with the operation of the whole stock of computers. That's why the 
moat important question today is how to increase the effectiveness of the 
application of computers, and to decrease expenditures for their production. 


"Thie ie sot an easy task, and it mr quires improving ecientific-research vork, 
increasing the reliability of the eyetems that are being produced, and pre- 
paring qualified personnel. 











‘Over the 12 years of coordinated work by the CEMA member countries that 
signed the agreement on cooperation in this field in 1969, much has been 
achieved. A mechanism for mutual action has been laid down, a single tech- 
nical policy has been worked out, and scientific-research and design work is 
being carried out in an agreed-upon manner. The Unified Computer System and 
the Mini-Computer System has been created. Each of these systems provides 
complete compatibility of computers, and opens wide horizons for specializa- 
tion and cooperation. 


“In all this work it is important to emphasize the leading role of the 
collectives of the Soviet Union which are being led by V. V. Przhiyalkovskiy 
and B. N. Naumov, the chief designers of the computers. Zh. Zhelezov 
(Bulgaria), Zh. Narai (Hungary), G. Merkel’ (GDR), B. Pivovar (Poland), and 
I. Brany (CSSR), the chief designers of the socialist countries, also had 
quite a bit to do with the whole affair. 


“The division of labor in this field continues to develop successfully. The 
level of unification and standardization of hardware and software is con- 
tinuously increasing, and the quality of equipment and systems is being raised. 
Bulgaria, for example, is improving the output of external memory devices year 
by year. In the GDR, alongside of the Yobotron association, the "Karl Zeiss 
Jena” enterprise that is famous worldwide is participating in the creation of 
memory devices. Czeckoslovakian-produced machines with speeds of 20,000 and 
60,000 operations per second are being modernized at two large associations-- 
“Tesla”, and ZAVT. Hungary is continuing to master the production of small 
computers and displays. 


“At present in the countries of socialist cooperation great significance has 
been attached to the output of mini- and micro-computers. The improvement 

of microelectronic technology has made it possible to put several hundred 
thousand transistors and other elements on one silicon crystal. Thanks to 
thie micro-computers are being created on the basis of large-scale integrated 
circuits that are smaller that a match box. In productivity they lag some- 
what behind the large machines, but at the same time they are comparatively 
cheap, and convenient for use and service. 


“Microprocessors are called catalysts of scientific-technical progress. They 
are providing for the active resolution of social questions transferring to 
the machines what is its and leaving to the man what is his. These "smart 
babies” work particularly successfully in the so-called embedded systems of 
automated control - in machine tools with digital program control, in manipu- 
lators (robots), in steel melting furnaces, in welding machines, and in the 
spinning and sewing industries. 


“In the near future," says the director of the center .. conclusion, "mico- 
computers with the so-called ‘professional intellect’ will have enormous 
prospects. These simple and cheap machines will provide for a sharp increase 
in the speed of technical progress. Qualified personnel is necessary in 
order to have such a technology. Over the years of cooperation of the 
participant countries of the agreement over 220,000 specialists in electronics, 
computer technology, and computer mathematics have been prepared in higher 
educational institutions.” 
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With this the conversation at the Coordinating Center was ended. Let's go 
now to a different address to see how computers are working for socialist 
cooperation. 


Kitayskiy Proyezd, Number 7. The Ministry of Power and Electrification. The 
Central Dispatching Administration (CDA) of the USSR Unified Energy System. 
We go up in the elevator and enter the spacious main dispatching center. 
Vladimir Germanovich Ornov is the head of the computer technology service. 


"The Ministry of Power and Electrification," he relates, "is one of the 
earliest and most ‘avid' users of computers. And this is understandable. 

Today energy flows, including to the brotherly countries, are reaching huge 
quantities, their speed is instantaneous, and the number of links that comprise 
the network of the international electrical system "Mir" is great. We 

couldn't get by without electronics in the control of such a complicated 
system. Hundreds of computers are now in operation in the Ministry of Power 
and Electrification, including practically all models of machines that have 
been produced in the socialist countries. 


We are seated in front of one of the displays which bears the Unified System 
brand. Vladimir Germanovich presses several keys, and a schematic of the 
power flows across the western boarders of the USSR into Poland, Hungary, 
Czechoslovakia, Romania, and Bulgaria appears. 


"Electricity is also good," explains our speaker. “Its quality not only 
depends on the maintenance of the necessary power flow, but also on its 
frequency. From the numbers on the screen it is clear that the computer is 
recording the normative, physical, and expected quantity of power and the 
frequency of the electrical current in the "Mir" system. It is simultaneously 
an advisor and forecaster, and aids in monitoring the flow of power, calcu- 
lating its quality, ensuring the effectiveness of economic indicators, and, 

it goes without saying, making optimal decisions when breakdowns occur. 


"Let's imagine for a second that in a certain large station in one of the 
European brother countries some kind of breakdown has occured, or let's say, 
a storm starts to pour on a power transmission line. The street lights are 
put out, factories come to a halt, the trains freeze... In order that this 
doesn't take place, a preventative electronic device is in operation. Ina 
second along the wires of the international energy system help arrives from 
neighboring countries. In the same way computers react with the speed of 
lightning to peak loads in the morning and evening hours, when the use of 
energy sharpky rises. 


...On the way out of the building of the CDA one's gaze lingers in the 
vestibule on the electronic display uf the Hungarian firm "Vizinform". On 
it was a lit announcement about a meeting of the workers with ex-world chess 
champion M. Botvinnik called "Chess without energetics." 


"Will an electronic partner for Karpov, a computer-grandmaster soon appear?" 
[ jokingly ask our speaker. 








"Apparently there's a long way to go," Vladimir Germanovich answered. But it 
seems like 'micro-professors" are making advances for real. Computers have 
already been created that can read text and execute voice commands. 


The saturation of contemporary life with computers places important questions 


before the brotherly countries: how to best provide servicing for a complicated 


technology, to prepare personnel for computer centers, to exchange experience? 


Pyatnitskaya, 6/7 - yet another point on the map of the capital that interests 
us. The Bulgarian technical center of electronics and electro-technology in 
the USSR. Viktor Nikolov, the director, says that the workers at the center 
provide technical assistance in installation, servicing, and repairs under 
guarantee of Bulgarian computer technology, and cooperate in the creation of 
software. At present, practically all the systems that were purchased in 
Bulgaria are being serviced by Soviet specialists. Many of these studied at 
evening courses at the Moscow center. In order to tamiliarize people with 
the new Bulgarian products, exhibitions of equipment are being held here, 
applications packages are being demonstrated, and consultations are being 
organized. 


Then V. Nikolov shows the instructional classrooms, where specialists are 
being prepared in all of the Bulgarian equipment that has been supplied to 
the USSR. Already iround 4,000 people have been trained in the time that the 
center has existed. And if it used to be that mainly operators, programists, 
and service personnel came here from various places in the USSR, now skills 
are being acquired at the courses, it is mainly teachers who are raising 
their qualifications and then go on to train specialists. 


The exchange of experience is also being resolved. Bulgarian engineers and 
technicians in their turn study, for example, in night courses in Moscow, 
Minsk, and Kazan’. 


"What tasks has the collective of the Moscow technical center set before it- 
self for the next few years?" 


"Of course, the main thing is to preserve a reputation as a reliable firm, to 
ensure a high quality of service and preparation of cadres. And then, to 
cooperate with Soviet creators of electronics. Well of course we hope also 
to broaden purchases in the USSR of new Bulgarian computer goods." 


The meeting ended with an inspection of the permanent exhibition. The taste- 
fully constructed displays relate that before 1965 the production of 
electronic-computer technology in Bulgaria did not exist at all. The re- 
public set out on the path of the development of a new branch. In the 1970's, 
15 factories were erected here. The specialized "Izot" Association was 
organized. 


Bulgaria has specialized in the construction of external memory devices. Its 
engineers, along with their Soviet colleagues, mastered the production of such 
complicated products, as central processors, magnetic tape and disk drives, 











teleprocessing devices, and microprocessor equipment. And all of this is the 
result of the agreed upon actions of the socialist countries in the area of 
specialization and cooperation. 


With this our short excursion from address to address, from person to person 
who can talk about how modern computers are serving socialist integration 
d-aws to a close. Of course, not everything on this path is smooth. Many 
pcoblems still await their resolution or have only been solved in part. For 
instance, work on the further unification of products is going on, and the 
goal of eliminating parallelism in the production of computer technology is 
being pursued. There is slack for lowering expenses and increasing the 
quality of computers. 


The pains of growth... There is no doubt that they will be overcome. Because 
the main thing has been laid down - an international collective of designers, 
engineers, workers, and technicians has been created. They have a single 
goal: to put electronics at the service of socialism, and to strengthen the 
integration of the brotherly countries. 


9946 
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PROBLEMS IN TRAINING SPECIALISTS IN COMPUTER ALDED DESION 


Moscow VESTNIK VYSSHEY SHKOLY in Russian No 3, Mar 82 pp 42-46 


iArticle by Professer V. |. Salyga and S. V. Kurov, “Improve the Training of 
Specialists in SAPR |Computer-Atded Design Systems]! 

i\Excerpts] The Main Directions for Economic and Social Development of the USSR 
for 1981-1985 and the period to 1990 call for “expanding the automation of desig 
and scientific research work by using electronic computers.” in this connection, 


training personnel in computer-aided design (SAPR) (CAD) is assuming special in- 


portance and relevance. 


Inspection results have shown that training of CAD developers is being succese- 


fully implemented in a number of the country’s VUZ's. This effort is being ca 
out especially intensively and successtully at the MAL |Moscow Aviation ineti 
the MIFI |Moscow Engineering Physics Institute], the MIEM (Moscow Institute 

Electronic Machinery], the MVTU |Moscow higher Engineering School) and the Mi 
{Moscow Power Engineering School]. Instructors at these VUZ"s have establish 
close business contacts with organizations and enterprises engaged in developi 


CAD systems. 


Organizing training of CAD specialists has required VUZ's to reequip departeent 


and laboratories with modern computers and peripherals. On this basis, imples 


aT 


, 
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tion of an interVUZ program on development of training-research CAD systems has 


begun. 


Analysis of the training of CAD developmental engineers has revealed not only 
positive aspects, but also a group of basic problems. Raising the quality of 
training specialists in this field is fundamentally dependent on solving these 
problems. [hus, effective implementation of the training process is hindered 
the lack of standard training plans and programs for the disciplines in this 


Essentially, each VUZ that trains CAD developers now has its own plan for this 


specialization, and the set of disciplines even within one specialty differ sub 
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stantially for different institutes. With that, not one craining plan for the 


specialties with regard to these specializations has been approved by the USSR 


Minvuz [Minstry of VUZ's]. At the same time, at the institutes inepected by th 


State Inspectorate, there were no standard training plans for the correspondis 
specialties with regard to specializations in the CAD field that had been deve 


loped and approved by the ministry. Thus, at the Kalininskiy Polytechnical Ins 


tute, which does not have sufficient experience in training CAD engineers, 














A typical deficiency for the majority of VUi's is the poor systems engineering 
¢irection of the training process. Little attention is paid to the principles of 
design and t.search of structures and to development of the components of software 
and the information base for these systems, 


Practical laboratory training that incorporates the principles for mastering 
modern CAD facilities gust play 4 special role in training CAD specialists. Yet in 
many VUZ's inspected, the theoretical training of students in CAD systems has not 
been reinforced to the required extent by meaningful laboratory and practical 
activities. Thus, there has been actually no laboratory work on CVD at the 
Kalininekiy Polytechnical Institute. In some VUZ's, the content of practical 
laboratory training does not fully correspond to the problems of training CAD de- 
velopers. As inspection results have shown, this situation is largely due to poor 
equipping of training laboratories with sodern computers and peripherals, sicro- 
processors and CAD facilities, including displays and plotters. In the same 
Kalininekiy Polytechnical Institute, there are no displays at all, and in some 
VUZ"s, the equipment available does not meet even half the requirements. 


COPYRIGHT: tadatel’stvo “Vysshaya shkola”, “Vestnik vysshey shkoly", 19862 
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RENTING OF COMPUTER TIME 
Moscow TRUD in Russian 13 Apr 82 p 2 
[Article by G. Sidorova, engineer: "Machine Time Is Being Rented" ] 


[Text] In the early days, when computers with the peculiarities of their 
designers went into production, there were not enough of them to supply all 
of the enterprises and organizations that needed them. Now the demand is 
being satisfied. Computers have become a mandatory possession of enterprises 
and institutes. There are so many of them, that it is a rare “Advertisements 
section in the newspaper VECHERNYAYA MOSKVA that goes without an announce- 
ment: "Organization is renting out computer time..." Renting time... How 
is this coming about? Does a task for the computer have to be sought? In 
other words, are expensive computers sitting idle? 


We called several of the numbers indicated in the announcements. 


"The Main Computer Center of Minrechflot RSFSR [RFSFR Ministry of the Mari- 
time Fleet] is renting out time on any day of the week..." 


“The Main Information-computer Center of the USSR Ministry of Petroleum Re- 
fining and Petrochemicals Industry is renting out computer time..." 


As it turned out, even the Computer Center of the Statistical Administration 
of Moscow is also putting computer time up for rent. Perhaps it's possible 
somewhere, but here the computer should have plenty to do. 


Renting, renting, renting... 


According to the current national norms, computers are supposed to do useful 
work, fulfilling tasks, for 15 hours per day. This load has been established 
by USSR Gosplan and the CSA [Central Statistical Administration] of the USSR. 


What does it take in order to get one's own computer center? As S. N. Bushev, 
the head of the Main Administration for Computer Work of the USSR CSA, ex- 
plained to us, not very much. Ministries are given the right to plan the 
creation and start-up of computer centers themselves. If, in their opinion, 
this or that organization needs to acquire its own computer center, an order 
for a computer is sent to USSR Gosplan. And, like mushrooms after rain, 
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separate computer centers and computer technology departments in scientific- 
research institutes appear. To what does such a “demographic explosion” in 
the computerized information sciences family lead? Computer technology is 
dispersed across ministries and branches without taking into account real 
possibilities and needs. Why, for example, in Tashkent, do the Main Informa- 
tion-Computer Center of USSR Glavsredazirsovkhozvodstroy [Main Central Asian 
Sovkhoz Water-building Administration] of the Ministry of Land Reclamation 

and Water Resources and the Information-Computer Centers of UzSSR Goskomvodstroy 
[expansion unknown] and of the Republic Ministry of Land Reclamation and Water 
Resources coexist side-by-side? After all, in practice they are solving the 
same problems, with which one branch center in the regior could have coped. 


To have your own computer center is prestigious. Stocking 
up on the technology, the ministry and department seem to 
be competing with one another. And so in the localities 
they are contending for clients. After all, the norms 
for loading must be fulfilled. And any means to achieve 
this are fine. Those who are renting out time are not 
interested in what kinds of tasks are being solved on 

the computer by the renter. Maybe someone wants to 
calculate how many door handles there are in his institu- 
tion? Please, the computer is at your service. If only 
the accourts were settled. 


According to data of the USSR CSA, the nationwide average daily loading of 
large- and medium-scale computers is 11.3 hours. We emphasize - this is the 
average. In certain computer centers, however, computers are doing useful 
work only 5-6 hours. No one in these organizations is answering for the low 
effectiveness of the use of computer technology. No one has to. There is 
no single centralized organization in the country which would regulate its 
use. 


But after all, isn't someone nevertheless responsible for this? Yes, again 
it's somehow the ministries themselves. It's well-known that when one has 

to be responsible for oneself, objective causes that diminish one's responsi- 
bilities are always found. Probably for this reason in certain branches and 
departments the computer centers are constantly amongst those that are lagging, 
which in no way can reflect favorably on their existence. 


Unfortunately, there isn't yet any data for the average loading of computers 
for the whole year of 1981. But in the first half of last year for the USSR 
Ministry of Land Reclamation and Water Resources it was all of 8.3 hours. 
And it was close to that level in the preceeding year. For example, an 
ES-1022 computer in the information-computer centers Ministries of Land 
Reclamation and Water Resources in Belorussia and Kirgh‘ziya do useful work 
all of six hours, and the amount for the even more powerful ES-1033 in a 
computer center of Glavrissovkhozvodstroy (Alma-Ata) [expansion unknown] was 
even less. 


The causes? 8B. G. Shtep, the deputy minister of the USSR Ministry of Land 
Reclamation and Water Resources, feels that the problem is that the computer 
technology is primitive. We won't bother to argue with Boris Grigor'evich, 
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but on account of this we got interested in the opinion of specialists of the 
USSR State Committee on Science and Technology (SCST), Gosplan, and the USSR 
CSA. They noted that the Unified Series of computers, yes and even the 
Minsk-32s8 that are being replaced, are capable of solving all planning-economic 
and engineering-calculating tasks. But at the USSR Ministry of Land Reclamation 
and Water Resources, basically only tasks of an accounting nature are entrusted 
to the computer, whereas the circle of problems with which the ministry is 
concerned is very large. They are: construction and operation of units, the 
distribution of water, the development of design work. And so the main cause, 
if you will, is the fact that the task load from the ministry itself is too 
low. 


G. Ye. Vodolazhskiy, the head specialist of the department of computer tech- 
nology of USSR Gosplan in the amelioration branch, agrees with this. "The 

USSR Ministry of Land Reclamation and Water Resources," he adds, “is hardly 

the only ministry where monitoring of the use of computer technology is carried 
out outside the bounds of the central apparatus. It is assigned to the All- 
Union “Soyuzvodproyekt" Association [expansion unknown]. Naturally, in working 
with the computer subdivisions there is no organizational head. 


This example only confirms it an extra time: it is time to change the existing 
order for the distribution of technology and the creation of computing sub- 
divisions. Here is what B. G. Senyaninov, the assistant head of the Main 
Administration of computer technology of the SCST, said about this subject: 


"USSR Gosplan and the SCST should plan the creation of new and the development 
of existing computer centers according to the requests made by the ministries 
and departments." 


In our view, it would also make sense to take into account the data of the 
CSA: how much technology is concentrated within separate regions, and how 
effectively it is being used. But for the present the way in which technology 
is distributed remains as before. The dispersion of computers throughout the 
country continues. 


And even in those regions, where there already is enough. How can the com- 
puter be helped so that it is not left “unemployed?" 


A partial solution was found in Kiev. A dispatching service has already been 
operating there for five years. It redistributes computer time among organi- 
zations that do not have their own computers. It is convenient. 


N. Ya. Gezel', head specialist of “Ukrremdorproyekt" [expansion unknown], one 
of the regular customers, admitted that it would be difficult for the insti- 
tute to get by without the dispatcher service. 
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"On the average we need about four hours of computer time per day, and on 
different computers," he was relating. "It used to be necessary to look for 
days to find someone who would give computer time. The service does this very 
quickly, and in addition, selects a computer subdivision that is situated not 
far away." 


At the present stage a dispatching service is necessary. Over five years the 
computer subdivisions in Kiev with its help have sold 76,000 hours of com- 
puter time for the sum of 5.5 million rubles. In the city idle time for 
computers because of the absence of work was slashed more than 40 percent. 


The USSR Interdepartmental Council on Questions of the Improvement of Manage- 
ment in the National Economy approved the experience of the experimental in- 
formation-dispatcher service for computer centers in Kiev. Taking into account 
this experience, the Ukrainian filial of the USSR NII CSA [The USSR Scientific- 
Research Institute of the Central Statistical Administration], the Institute 

of Cybernetics of the Ukrainian SSR Academy of Sciences, the All-Union 
Scientific Research Institute for Problems of Organization and Management of 
the SCSR, the Main Administration of computer work of the USSR SCA, and the 
computer center of the Statistical Administration worked out a standard work- 
ing design for computer center dispatcher services (CCDS). 


Dispatcher services will work like middlemen between com- 
puter centers and organizations that need computer time. 
The services should pay for themselves. A calculation 
based on the example of Kiev showed: two percent of the 
calculated selling price of completed work (for each - 
from the computer center and from the user) is fully 
sufficient, in order that the service can not only 

exist, but also grow. In this five-year plan it is 
planned to create CCDS in a few more cities. The 
services need housing, transportation, and carefully 
worked out forms of mutual accounting with the users. 

But there is the apprehension that, although their 

first steps will be along a well-trodden path, there 
will be barriers. The fact of the matter is that 

the Kiev service until now has been working “unselfishly”, 
not receiving any payment at all for services from its 
users. 


Almost all the specialists with whom there was a chance to converse came 
together on one point: Dispatching will help to use computers more effectively. 
But the main thing, I think, is in the fact that it has the ability to 

hasten the creation of collective use computer centers (CUCC). 


What is a CUCC? If ome were to characterize them very briefly: they are 
centers which are outfitted with high performance computers and hardware, 
through the simultaneous use of which many users receive access to computing 
and information resources. We already have centers of collective use working 
in Leningrad, Minsk, Riga, Tallinn, Tomsk, Tyumen’, Tula, and also in 
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Novosibirsk. They service budget organizations, industrial enterprises, and 
agricultural enterprises alike. It is much cheaper for users to make use of 
the resources of the CUCC, than if they had had to provide themselves with 
their own computer centers. 


In the llth Five-Year Plan the number of collective use computer centers will 
increase. Machines of new power will be needed. At the same time there is 
no ban on the creation of one's own computer centers both for ministries and 
departments, and even for potential aspirants for computer technology. It 
has come about that USSR Gosplan should approach the question of the distri- 
bution of computers even more attentively and critically, especially in those 
regions where, in the next few years, collective use centers will be. 
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[Article by Valeriy Anatol'yevich Sklyarov, senior teacher, Minsk Radio Engineering 
Institute] 


[Text] Introduction 


Works [1, 2] have reviewed the methods of synthesizing sicroprogram automata 
(MPA's) on programmable logical matrices (PLM's) which are included in the class 
of circuits with matrix structure. This class aleo includes read-only (permanent) 
memory units [1]. The present article considers methods of synthesizing MPA‘s on 
the basis of read-only semory unite [ROM's] and PLM's. 


We will call the PLM with n inputs, = outputs, and q intermediate lines the PLM 
(mn, mn, q) [1]. The ROM can be described by two parameters [1] — the number of 
inputs n’ and the number of outputs @'; we will call these read-only semory 
unite ROM (n’, am‘). 


Suppose we have given MPA S [1], A= (a), ««+» 4M) — the set of internal states 
of the automaton, X= (x), «+» My) amd Y= (yy, canny ¥Yy/ are the sets of input 


and output variables respectively. We will assign the MPA using direct transfer 
tables [1). 


The automaton § can be constructed on one PLM(n, =, q) [2] if (L + R)€ an, (HOR) € ow, 
Bé4q, where R = intlog’ is the bit configuration of the code of internal states 
and B is the number of lines in the transfer table of the MPA. In practice the 
first and second cited conditions are usually not met [2, 3]. The present ar- 
ticle considers synthesizing such automata. 


The Structure of an Automaton on PLM and ROM 


Suppose (L+R) <n, (N+R)> mw, Beq, (WOR) Em", bom, ben’, and b = intlog.5. 
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Figure | below shows 4 dlagram of the Mili automaton, where @), ..., @p are the 
functions of excitation of memory elements of register RG; ©), ..., tm are feed- 
back signals from semory elements of the MPA; and, the binary code of the number 
of the line in the MPA transfer table is tranemitted along the lines 2), ««+ 52). 


Any line i of the transfer table of the Mili MPA assigns a transfer from state ay, 
(initial estate of the MPA) to state age (transfer state of MPA) through the action 
of input signal X(aje,. 4is) and outpute the signal Ylaina, aie) of a certain subset 
of set Y [1]. To determine the number of line { of the transfer table in a deter- 
ministic automaton it is sufficient to know the initial state aje of the MPA and 
the input signal Xlaie,. aia). Knowing the number of line i of the transfer table 
it is possible to determine uniquely the transfer state aie of the MPA and the sub- 
set of output signals Ylaia, aia). 
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Figure 1. Structural Diagram of Mili Automaton on PLM and ROM. 
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Key: (1) PLM; 
(2) ROM. 
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Depending on the values of the variables x), .«..., a and Ti, sees tT. the PLM in 
Figure 1 forms the code of the line number tranemitted by lines 2), ..., %. The 
functions 2), ..+,. @ (lines and functions formed on lines are indicated by the 
same syebols here) are represented in random disjunctive normal form (DNF) and 
therefore can be realized efficiently on TLM’s [1]. The functions @,, ..., Or and 
Y(aie . Sie) are represented in complete disjunctive normal form and can be real- 
ised efficiently on ROM's [1]. 


Synthesizing Automatons on PLM's and ROMs 


Suppose (LOR) EN, (NOR) > mw, Boag, CHER)> o’, baw, and ban". An MPA with the 
calculated parameters can be constructed in two ways. The first is to expand the 
ROM (mn, =°) by outpute [1, 2). The second way is especially coding sets of out- 
put signals y,, «-+. ¥n [4, 5] and using 4 supplementary standard circuit for 
recognition of then. 


Suppose (L*R)> a, (NOR) > a, (NERD Em’, bom, and ben’. We will represent the 
MPA cireuit for thie case as shown in Figure 2 (next page). To conetruct the MPA 
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Figure 2. Structural Diagram of Automaton on PLM's and ROM's for 
(L#R)> mn: K(a,) — ry-Bit Codes of Automaton States Belonging to 
Block Ay of Decomposition %,, d= 1, ..., V. 


Key: (1) PLM; 
(2) ROM. 
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on this circuit, the decomposition Jt, = {A,, ..., Ay} is formed on the set of its 
states in such a way that K(A,)U »»+»UX(Ay) = X and either X(A,)N X(A,) =f, i, j= 
Ll, «++» V. if} or their intersection has the minimum power, In this Case X(A; ) is 
a subset of the set X of input variables that significantly affect transfers from 
state belonging to block A; of the decomposition ]T,. After obtaining the decompo- 
sition JT, the MPA transfer table is divided into subtables whose number is equal 
to V. All the transfers from states belonging to block A, are included in each 
subtable d. Then each subtable is realized on a separate PLM. 


Works [1, 2] consider the method for obtaining ¥, and constructing the MPA on PLM's 
according to this decomposition. When this method is used each PLM d must have at 
least R+/X(Aqg)|inputs (|X)Ag)| is the power of set X(A,)), but in this case it is 
not clear how to construct the MPA on PLM (n, m, q) if n¢(R+/X(Aq)|). 


It is possible to reduce the number of inputs of each PLM by introducing an addi- 
tional (V+1) PLM. We should note that this PLM realizes the functions of a standard 
decoder. We will encode the states in each decomposition block mt, with a binary 
code of length rq = intlogo|Ag|, d=1, ..., V; rd < R is almost always true. We 
also encode each decomposition block W, with a binary code of length T = intlogoV. 
We represent the code of each state of the MPA in two parte: the T-bit code of the 
number of block %, which includes the selected state, and the ry-bit code with 
which this state is encoded in block d of decompositimN,. Then the (V+l1) PLM will 
have T inputs and V outputs. Using the code of the number of block W%, it will 
permit selection of the PLM), ..., PLMy corresponding to this block. Usuelly 

Tén. If V>m, then the (V+1) PLM can easily be expanded in terms of outputs [2]. 
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Introducing the (V+1) PLM is efficient, but it does not solve the problem of 
constructing the MPA on PLM (n, m, q) if the condition (1+rg+|X)Aq) |) > nis ful- 
filled for even one d. We will solve this problem by reducing the quantity 
\X(ag)| by introducing additional states [6]. 


Suppose for construction of the MPA transfer table using the techniques pro- 

posed in [1] the marking of the algorithm graph-diagram (AGD) is accomplished using 
markers aj, «++, a4. We will use an additional mark to indicate the input cf 

the conditional apex to which there is a transfer from another conditional apex 
that does not pass through a statement apex, considering that this input is not 
marked (the latter is considered only when constructing a Mili MPA). 


Figure 3 below shows the layout of an AGD from work [7] for constructing the trans- 
fer table of a Mili MPA. To obtain this table all the transfer paths among markers 
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Figure 3. Example of the Layout of an Algorithm Graph-Diagram 


Key: (1) Beginning; 
(2, End. 
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a; on the AGD are determined [1]. The transfer paths are formed in such a way that 
the condition IX(a;)| < 1 is met for all i. Clearly this is possible with the lay- 
out we are considering. The transfer path to the additional marker always passes 
through conditional apexes only; therefore, an empty set of output signals forms 

on the corresponding line of the table. For graphic purposes additional markers 
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have double indexing. The first index indicates the number of the primary mark- 
ers from which the path travels to the additional marker, while the second index 
is the number of the additional marker, With the resulting transfer table, tak- 
ing account of remarks made earlier, it is possible to construct an MPA on PLM's 
with any values n > 2, m, q. 


Now let us consider how to construct, using the table, an automaton which is op- 
timal in the sense of minimum expenditure of PLM (n, m, q). For the sake of sim- 
plicity here, we will not consider constraints related to intermediate and output 
lines. But if there are not enough output and intermediate lines in certain PLM's, 
the methods of PLM expansion [2] can be used, We present below an approximate 
algorithm for construction of an MPA in which the input variables are distributed 
to PLM's in such a way that, as far as possible, each variable x; is linked to the 
input of just one PLM. This leads to a situation where the total number of inputs 
for all PLM'’s is minimal. The algorithm includes the following actions. 


Step 1. From column a, of the transfer table any state of the MPA is selected for 
which X(a,;) | = max (clearly, |X(ajy)| is equal to either zero or 1). 


_—_— — 


in column am of the transfer table, X(aj) = X(aj), i, j = l, ..., E, 
i # j}; E is the number of primary and additional markers on the AGD for the 
first execution of algorithm d= l. 


Step 2. The set Aq = {aj, aj | of a; selected in Step 1 is formed; aj is written 


Step 3. If X(Aq)|+{X(a4)|+intlog.|A¢U Ag| < n-1 (for the first execution of the 
algorithm for each d, Aq =@ and 1X(ag) | = 0), then all states from set Ad are in- 
cluded in block Ag of the decomposition Wy; if this is not the case we remove 
elements from A? until this condition is met, after which the remaining elements 
from set Ad are included in block Ag. In this and subsequent points of the algo- 
rithm, when including MPA states in block Ag of decomposition JT,q, from the trans- 
fer table of the automotan we cross out all lines which contain in column ap 
states belonging to ag. 


Step 4. If | (X) Aq | +int logs | Ag) <n-l and Ad = @ or |X(Ag) |+intlog.- | Aq | =n- 1, 
we try to expand set Ag by certain states Ajqm entered in column ap of the trans- 
fer table for which X(a;,) = %. We expand Ag as long as condition |x(Ag) |+intlog, 
Ad | <n - 1 continues to be true. Then we move to Step 7, If /X(Ad) |+intlog, | 


Aa) <n- 1 and ad # %, then we go to Step 5. 


Step 5. If transfers of type AjX(ajajj) ajj (transfer from state aj to state ajj 
occurring under the influence of input signal X(aj, ajj)) or type ajj X(aij, aik) 
aik) occurs,then we call the state ajj in the first case and state aj, in the 
second generated states, while state aj in the first case and states ajj in the 
second are called generating states. We should note that considering the desig- 
nations given in Figure 3, generated states must always ha > double indexing where 
the first index coincides with the first index of the corresponding generating 
state. The generating and generated states can be replaced by a single state be- 
cause the marker of the generated state is always complementary. When construct- 
ing an MPA on PLM's we will try to consolidate as many generated and generating 
states as possible without increasing the total number of inputs in all PLM's. 
This reduces the number of internal states of the MPA and the number of lines 
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in the transfer table. In set Ag we will select all generating and generated 
states and consider that if the transfer AjX(aj, aij) ai; and aj@Aq, d > l, ajj 
Ag, g = 1, ..«., d = 1 occurred in the initial transfer table of the MPA, then 
state ay ceases being a generating state. By analogy, if ajj@Aqg,d> l, agGA,, 
g= 1, ..., d- 1, then state aj; ceases to be a generated state. We include the 
generated and generating states from set ag in set By. If Bg = Z, then we must 
designate Ad =@ and go to Step 1; if By #B , we go to Step 6. 


Step 6. It is necessary to define the variable Xx in order to make the decision 
on consolidating several (possibly all) generating and generated states. The 
variable x, appears in the set X(Ag) after consolidation of the states and inclu- 
sion of the result of consolidation in set ag and set c, = (a; |a, — written in 
column a, of the transfer table, X(a;) = Xp bi, because as many elements of set 
Cy, as possible should also be included in Aqg_ to reduce the number of inputs 

in all PLM's. 


Next we should consolidate several (possibly all) states from set Bg with the 
generating or generated states corresponding to them. If all of the states 
from set Bg cannot be consolidated with the generated or generating states cor- 
responding to them, we must search for that consolidation for which /X(Ag) |+ 
int log» |Aq| =n- 1. Fulfillment of this condition leads to a situation where 
all inputs of the corresponding PLM will be used. We should note that the 
number of elements in set Bq is usually small and the appropriate consolidation 
can be found easily by examining a few alternatives, 


When a; and ajj are consolidated we must attempt to see that all elements of the 
set CK corresponding to the particular consolidation can be included in set Ag 
and that the condition |X(Aqg) | +intlog» |Ag|¢é n-1 is fulfilled. If generating 
states and the states generated by them appear in block A,, they must be consoli- 
dated within the block. 


If |X(Ag) |+intlog,|Aq| <n- 1, we must go to Step 5; if |X(Ag) |+int log» |Aq| - 
n - 1 we go to Step 4. 


Step 7. Block Aq of decomposition Ny is formed. Then the value d is increased 
by one and we fix At =B, Ag = @. 


Steps 1-7 of the algorithm must be carried out until all lines are crossed out 
from the transfer table of the MPA; in this case the decomposition 7, will be 
fully formed. 


Let us consider an example of use of the algorithm to construct an MPA using 
a transfer table on PLM(4, m, q). We should note that the methodology of works 
[l, 2] does not provide a technique for constructing such an automaton, 


l. We select state a) for which |X(A,)| = 1 = max. 


2. A! = {a,, ac}. 

3. xX (A!) = {x,}, |x(a!)] = 1, JA] = 2, [x(A!)|4intlog,|/A!| = 2 <n- 1, 
because n = 4; therefore, A; = {A,, Acs}. We remove lines 1, 2, 16, 
and 17 from the transfer table of the MPA and go to Step 5. 
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5. The transfer a)x)4),; occurs, with the atate a, as the gen- 
erating state, state a), as the generated state, and a,;@A); 
therefore b; = {a,}. B, # @, therefore we go to Step 6. 


6. Xk = x0, Co = Y, because in the table x» is encountered only 
on transfers from state a);. States a; and a); can be re- 
placed by a single state and it can be included in block a) 
because X(A,) = {x,, xo) and |X(A))|+intlogs/A;| = 3 =n = 1. 
Only state a), remains of the two states a); and a);. We also 
remove lines 3 and 4 from the table. Because |X(A))/|+intlog» 
| Ay | =n - 1, we go to Step 4, 


4. Set A; cannot be expanded because the addition of even one 
state to A; results in a situation where |X(A,)/|+intlogs/|A;| = 
4>n- 1. Therefore we go to Step 7. 


7. A) = {A), Ac}, X(A)) = {x), Xo}. 


Continuing by analogy we obtain A, = (Ayo, Agi, X(Ao) = (Xa, Ky 
on the condition that states a» and 43) are consolidated; A, = 
{a,, a7}, X(Aq) = (x7, xg} on the condition that a, and ay) are 
consolidated; Ay = {ag, agi, X(Ay) * (xs, xe! on the condition 
that ao and ig; are consolidated; Ac = (a5, a7), aa), Xlas) * 
{xg}. Then Wa = {Ay, «e+, Ach. 


We encode the states in each block: a), @);9, ay, ag — OF 
ac, ay, AX, AQ «= i> A» — | 4 a7) — 00; an l= 10. 
We give block A), ..., Ag the following code: A, — 000, 


A» = O01, Aa = 010, Ay - Oll, and Ac — |] , where the 
blanks indicate that the value (zero or 1) of the correspond- 
ing code complement does not matter. 


The diagram of the MPA is constructed of six PLM's, and ROM, and a four-position 
register. The outputs of each position of the register, T,;, ..., ty, are used 

as follows: T,, ..., Tt; — to assign the code of the block; t, — to assign the 

code of the state in the first four blocks; t3, tl, — to assign the code of the 

state in the last block. 


Let us note the additional possibilities of simplifying the diagram given in 
Figure 1 above. 


By selecting certain codes of line numbers of the transfer table it is possible 
for some K€{1, ..., b} and (@{1l, ..., R} to fulfill the condition Z = for all 
lines of the transfer table. This makes it possible to remove certain functions 
of direct excitation from the PLM output, reducing the number of ROM outputs 
while the number of PLM outputs remains as before. 


If m-b > 0, then some of the excitation functions @,, ..., @, can be taken from 
the three outputs of the PLM's, which reduces the number of Rom outputs. 
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After obtaining 4 transfer table in which the condition |X(a))| é& 1 is met for 
any 4), 1 = 1, «e+, BE, if necessary the PLM can be replaced by a multiplexor and 
the diagram shown in Figure 1 reduced to the structure of a control automaton with 
programmable logic [4]. 


The structure of the automaton (see Figure 1 above) changes only slightly for 
synthesizing a Moore MPA. The PLM based on the signale x;, ..., XL, Tiy «sey Tr 
forms the excitation functions of the memory elements @), ...,@p- The ROM 
based on signals 1), ..., Tp, formed at the outputs of the memory elements, pro- 
duces the output signals Y(ajg). The principle of construction of the MPA on 
several ROM's and PLM’s remains as before. 
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[Text] The theory and practice of using digital signal processing systems have 
shown the neaito develop digital filters with adjustable structure [1, 2]. The 
digital filter is a device to whose input a sequence of K-bit binary numbers 
x(nT), n= 0, 1, 2, ... arrives at discrete moments in time. An output sequence 
of K-bit binary numbers y(nT), n = 0, 1, 2, ... is formed at the output of the 
filter in conformity with the algorithm contained in it. 


When devising a filter with adjustable structure it must be considered that 

there has to be a possibility of flexible change in its working algorithm, the 
bit format of numbers being processed, and certain other parameters related to 
hardware expenditures and speed. These possibilities can be realized on a micro- 
processor module which includes a microprocessor, ROM and internal memory LSIC's, 
and internal and external interfaces. The module is tuned by initial loading of 
appropriate data in its internal memory. All possible variations of filter work 
are reflected in the form of programs stored in the read-only memory. 


Therefore, in the elementary case building a programmable digital filter amounts 
to developing the program of its work depending on its initial condition and the 
composition of the microprocessor module. But in many practical situations this 
obvious solution does not permit the requiredspeed. Therefore there arise the 
problems of breaking the computing process and digital filters into parallel paths 
and selecting the structure of the multimicroprocessor system. 


Let us consider the idea of solving these problems with application to the digital 
filtration algorithms described by adifference equation of the type [1]: 


N-1 N—! 
yinh= Y ax(n—ip— YI by(a—Jj, 1) 
i-0 rd] 


where ay and b, are the coefficients of the filter; x(n) is the input signal at 
moment in time nT; y(n) is the signal formed at the output of the filter after 
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arrival of signal x(n); n= 0, 1, 2, ... is the number of the discrete time 
count t = 0, T, 2T, ..., nT, «.«.3 T is the period of signal discretization; 
(N-1) is the order of the filter. 


Computing process (1) can be broken into parallel on the basis of the following 
conversion. We will introduce D', a statement to delay the signal for i periods 
of discretization. Then expression (1) can be represented in the form 


N-1 N-1 
y(n)= Y aD! (x(n) — PY 6)D/ [y (n)}. 
1=0 | 
Considering that D' {Vv (n)} + D'*+" (W (n)) = D' (Vin) = O' (Win), (2) 


it is possible to obtain the following equation 


y (a) = (ax (n) — 6,D'[y (n)}} + D! (a,x (n) — 6,0" [y (a)}) + 
+ D? {a,x (n)—b ,D'[y(n)}} ++ D! (a,x (n)—b,, ,D'[y(n)}}+ 


+... DY¥ ay. x(n) — byD' [y (n)]), by = 0. 


Using property (2) again, we obtain the final expression 
y(n) = (agx (n) — 6," [y(n)}} + DY {a,x (n) — 6," Ly (n)]+ 
+ D* {a,x (n) — 6,0" [y (n)} + ...4+ D! (a,,_* (n) — 
~- by_,D* [y(n)] + D! (4 y_\* (1) — byD* [y (n)}}) ... }). (3) 


Expression (3) makes it possible to reproduce the required computation with the 
one-dimensional iterative network shown in Figure 1 below. If each block of this 
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Figure l. 
Key: (1) Block (n-1); (4) Multiplier; 
(2) Block i; (5) Adder; 
(3) Block 0; (6) D-Register. 
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network is realized with a separate microprocessor module, we will obtain an 
adjustable N-microprocessor system of digital filtration with a high level of 
parallelism. The following operations must be performed in module i of this 
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system in the time interval from nT to (n=1)T: 
—- reception of input signal x(n) and output signal y(n-1); 


— multiplication of x(n) by the filter coefficient a; and 
multiplication of y(n=l) by the filter coefficient b,4); 


— reception of output data of module Cy4)(i+1) calculated in 
the time interval from (n-1)T to nT; 


— formation of the algebraic sum 


— entry of C,; in the output D-register of the module. 


The speed of the N-microprocessor system is determined by time of performance of 
all these operations in one module. The module is tuned by entering the appro- 
priate values of the coefficients a); and by4, in it. 


When the system has m microprocessor modules (m < N), each module must realize 
computations corresponding to N/m blocks of the computation procedure shown in 
Figure 1 above. Let us suppose that N= lm. Then computation in conformity with 
expression (4) are carried out sequentially & times in module j for i = (j-l)z, 
(j-1)241, ..., j2-1. The value of cy, for i = (j-1)g is transferred to module 
(j-1). In this case each module essentially realizes the working program of a 
digital filter of order (g-1) (t = 1, 2, ...N). 


Thus, the microprocessor module for digital filtration systems should reproduce 
the work of the (2-1) order filter where the number 2 and the coefficients of 
the filter are the variable quantities. The structure of the microprocessor 
module based on K580IK80 microprocessors [3] and the principle of construction 
of a digital filtration multiprocessor system and its use are shown in Figure 2 
below. The module's read-only memory contains the working program of the (t-1) 
order filter. The number * and the filter coefficients are entered in internal 
memory with initial loading. 





To expand the functional capabilities of the microprocessor module it is useful 
to execute this program in several variations which differ by a number of fea- 
tures, for example: 


— by the bit configuration of the numbers being processed (8 
or 16 bits); 


— by type of filtration (filters with a finite impulse response 
or an infinite impulse response) ; 


— by multiplication procedure (by program means, external multi- 
plication units, or tahular multiplier). 


All of these alternatives can be combined in a single program block with branch- 
ing by appropriate signs. But to increase the speed of processing it is wise 
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Figure 2. 

Key: (1) KS80IK80; (8) Read-Only Memory; 

(2) Address Line Shaper; (9) Internal Memory; 

(3) Data Line Shaper; (10) Parameter Loading Unit; 

(4) Address Line; (11) Module m; 

(5) Data Line; (12) Module j; 

(6) Control Line; (13) Module 2; 

(7) Input-Ouput Interface; (14) Adjustment (Tuning) Parameters. 





not to use the module's time resources to test these signs. In practice, there- 
fore, a separate program block must be created for each variation of digital 
filtration allocated by a certain set of signs and tuning for its execution must 
be done during the initial loading process. 


Let us assess the speed of digital filtration in the system shown in Figure 2 
above. All the modules in this system work concurrently. Therefore, the period 
T of discreteness of arrival of signals is determined by data processing time in 
one module. In turn, this time depends on the order of the filter realized in 
the module, that is, on the number 2 and the program chosen for computation ac- 
cording to the set of signs indicated above. A concrete estimation of compu- 
tation time was made with reference. to the K580IK80 microprocessor for recursive 
and nonrecursive filtration algorithms for signals represented in eight-bit 
binary code. 


An analysis of the programs showed that a large proportion of the time resources 
(about 80 percent) is used for realization of multiplication by program means, 

Therefore, it is proposed that the tabular method be used for multiplication in 

digital filtration microprocessor systems, Multiplication tables are placed 
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in internal memory and compiled according to given values of the filter coeffi- 

cients in the period of initial tuning of the module, The results of estimation 
of time expenditures are represented in the table below in the form of the rela- 
tionship between microcycles (M x 10%) and the value of the parameter 2. 
































(2) Koanvectao’ mnxporaxtos 
Koakabor- La fenypcnonua saropnre (4) Aaropurm enepran 
cae porpammnce | TeOawunde | Mporpammnoc Tabanunne 
: , .- enne yMnomcune yMMoacnnc yunoumcnnc 
Saeen e l 
10,3 0.8 5,3 | 0,5 
2 21,6 2,6 10,9 1,5 
3 32,1 3,6 16,2 1,9 
4 42,5° ~- 4,5 21,4 2,4 
5 52,9 5,5 26,7 2,9 
6 63,4 . 6,4 31,9 3,4 
7 73,9 7,4 37,1 3,9 
8 84,4 8,4 42,4 4,4 
Table 
Key: (1) Number of Computations; (4) Convolution Algorithm; 
(2) Number of Microcycles; (5) Program Multiplication; 
(3) Recursive Algorithm; (6) Tablar Multiplication. 





The set of commands of the KS580IK80 microprocessor is fairly standard. There- 
fore, assigning time expenditures in the form adopted in the table makes it 
possible to estimate the potential capabilities of other microprocessor means for 
setting up digital filtration systems or to formulate appropriate requirements 
for them. 


Using the data in this table and knowing the length of execution of one micro- 
cycle in the chosen microprocessor, it is possible to determine the approximate 
value of period T (or frequency F = 1/T) of discretization of the signal for 
different values of 2. For example, the minimal length of the microcycle in the 
K580IK80 microprocessor is 0.5 microseconds. In the digital filtration micro- 
processor system based on it (see Figure 2 above), therefore, it is possible to 
process signals with a frequency of discretization of 25 kilohertz for the re- 
cursive algorithm and 40 kilohertz for the convolution algorithm. If a faster 
microprocessor, for example the K589IKO2, is used [3], the frequency of 
discretization can be increased by an order. 


The proposed microprocessor module (see Figure 2 above) can be used to set up a 
digital filtration system based on the cascade (stage) form of representation of 
the filter's work algorithm [1]. In this case the delay in formation of the out- 
put signal is increased, but the number of input-output channels in the module 

is reduced. Figure 3 below shows the structure of such a system. In this system 
signals are transferred sequentially from module to module. This makes it pos- 
sible to introduce one input channel and one output channel in each module (not 
counting the input channel of the tuning parameters). As before, each module is 
tuned to realize the filter of order (£-l1) in conformity with the computation 
procedure shown in Figure 1 above. 
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Figure 3. 
Key: (1) Module 2; (3) Module a; 
(2) Module }j; (4) Tuning Parameters. 





Cascade realization of the digital filtration algorithm by reducing the number 
of input-output operations in the module makes it possible to increase the fre- 
quency of arrival of signals. This gain (about 20 percent) is especially 
tangible when one computation block of the network shown in Figure 1 above is 
realized in each module. But the output reaction y(n) of the filter is formed 
with a delay of time aT relative to the moment of arrival of signal x(m). At 
the same time, in the system shown in Figure 2 above delay in forming the output 
signal does not excecd period of discretization T. 


The digital filtration multimicroprocessor systems proposed above belong to the 
class of computing systems with parallel data processing that possess a single 
stream of commands and set of data flows [4]. In such systems the control un t 
(in the particular case the read-only command memory) can be removed from the 
modules and executed by a separate control module in one unit, which greatly 
simplifies the structure of the computation module itself. Sectioned (sliced) 
microprocessor means (for example series K589) are most suitable for realizing 
this approach to construction of a digital filtration system. An additional 
advantage of these means is that it is simple to build up the bit configuration 
of the data being processed. In microprocessor means realized on one type 
KS580IK80 type chip, the bit configuration of numbers being processed is increased 
by program methods, and this naturally reduces speed. 


Thus, contemporary microprocessor means make it possible to devise a general- 
purpose programmable module for digital filtration systems working in L time. 
The system based on this module has homogeneous atructure and can be rearranged 
in conformity with the number of modules being used. An increase in the number 
of modules in the system with a simultaneous decrease in the order of the filter 
realized in one module increases the speed of the digital filter. 


At the present time, however, the maximum estimates of ti..s speed for series 
models of microprocessors are characterized by the frequency of discretization, 
which is measured in hundreds of kilohertz. Considering prospects for develop- 
ment of microprocessor means, We expect that frequencies of discretization of 
several dozen megahertz can be achieved in programmable digital filtration sys- 
tems. 
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LINKING ELEKTRONIKA-T1O00 VIDEO TERMINAL TO YeS COMPUTER 
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received 6 Aug 80, after revision 21 Oct 80) pp 119-121 


[Article by Boris Vladimirovich Kardanovskiy, engineer, Pskov Electrical Machine 
Building Plant, and Viktor Aleksandrovich Kraynov, engineer, Leningrad] 


[Excerpt] Statement of the Problem 


Various types of video terminals which are included in the hardware of the Unified 
System [YeS] of Computers are now being used in remote data processing systems. 
Among these types of equipment are the YeS 7906 and YeS 7920 display complexes 
whose linkage with YeS computers has been standardized. But for organizing re- 
mote data processing systems with a few channels video terminals such as the 
Videoton-340 are also used. This unit is not included in the YeS hardware as a 
self-contained unit. It is small in dimensions, with a screen that has a large 
information capacity. The Videoton-340 can be used with a double-wire telephone 
line for remote contro! by computer over a significant distance [1]. 


The Elektronika-T1000 video terminal, which is similar to it, has similar charac- 
teristics. As a monitor it can use any remote receiver with remote control, 

which makes it possible to use this terminal as a group terminal when a Tauras-210 
remote receiver is connected to it and as an individual receiver when the Yunost'- 
402 and Yunost'-R603 remote receivers are used. The Elektronika-T1000 is produced 
as an independent unit and is not included in the hardware of the Unified System. 
For this reason, it became necessary to develop the appropriate apparatus to or- 
ganize communications between the Elektronika-T1000 video terminal and the YeS 
1022 computer. 


The control unit of the YeS 7077 typewriter was used as the linkage unit between 
the video terminal and the computer in order to speed up work and reduce expendi- 
ture of time and equipment for development. The YeS 7077 was modernized in a 
direction that insures use of the software of the base method of remote commu- 
nications access (VTAM) by the hardware of the YeS 7906, in particular by the YeS 
7566 unit that is included in this complex. 


The following objectives were posed: 


— refine the diagram of the unit so that it can execute com- 
mands issued by VTAM programs for the YeS 7906; 


2 Me 














— solve the problem of converting DKOI codes issued from the 
computer into KOI-7 codes and vice versa because the code 
convertor available in the YeS 7077 does not perform this 
function; 


— considering that the Elektronika-T1000 works with a two- 
wire communications line, issuing and receiving telegraph code 
in the form of a series of DC levels, provide for development 
of appropriate circuits that will make it possible to convert 
sequential code received from the video terminal into parallel 
code for transmission to the YeS 7077, and vice versa; 


— insure coordination and synchronization of signals at the 
junction of the Elektronika-T1000 and the YeS/7077, 


The division of automated control systems at the Tskov Electrical Machine Building 
Plant has developed appropriate apparatus that insures this kind of linkage with 
the YeS 7906 in the VTAM regime using version 2.1 of the YeS disk operating sys- 
tem. 


Designing the Linkage Circuit of the YeS 7077 and the Elektronika-T1000 Video 
Terminal 


The fact that the video terminal has a bipolar interface predetermines the use of 
a signal converting unit, which made it possible to link a telegraph communica- 
tions channel with the YeS 7077 by signal levels and exchange algorithms. 
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ELECTRON AND LITHOGRAPHY AS KEY PROBLEM IN DEVELOPMENT OF BASIC ELEMENTS OF 
COMPUTER EQUIPMENT 


Xiev UPRAVLYAYUSHCHIYE SISTEMY I MASHINY in Russian No 1, Jan-Feb 82 pp 122-124 


[Article by Vitaliy Pavlovich Derkach, doctor of technical sciences, Institute of 
Cybernetics of the Ukrainian SSR Academy of Sciences, Kiev, and Vladimir 
Moiseyevich Korsunskiy, candidate of technical sciences, Institute of Cybernetics 
of the Ukrainian SSR Academy of Sciences, Kiev] 


[Text] From the editors. In view of the importance of work on 
electron and ion lithography for development of the basic ele- 
ments of computer equipment and control systems, the interdisci- 
plinary nature of this new scientific-technical trend, the large 
role in it of research and development to devise appropriate 
control systems and software, and its close link with the prob- 
lem of automating the design and manufacture of computers and 
systems, the editors plan to publish the principal materials 
from the lst All-Union Coordination Meeting on Electron and Ion 
Lithography in one issue of the journal during 1982. 


The lst All-Union Coordination Meeting, devoted to consideration of the state of 
and prospects for development of scientific research on electron and ion lithog- 
raphy, was held at the Institute of Cybernetics of the Ukrainian SSR Academy of 
Sciences in Kiev on 24-26 June 1981. The meeting was conducted by the section of 
physical and physicochemical problems of microelectronics of the USSR Academy of 
Sciences’ Scientific Council on Problems of Semiconductor Physics and Chemistry 
and the section on physicotechnological problems of cybernetics of the USSR 
Academy of Sciences' Scientific Council on Cybernetics, The meeting was attended 
by 96 scientists and engineers from 3/7 scientific research institutes, enter- 
prises, and higher educational institutions in 12 cities of the country. Twenty- 
nine reports and communications were presented and discussed. 


Development of the basic elements of computer equipment, which today are founded 
on LSIC's containing up to 10*-10° elements, is largely determined by the capa- 

bilities of integrated technology. In recent years microcircuit technology has 

come fully up against the need to overcome the "micron barrier" in the dimensions 
of elements. Because of diffraction phenomena this "barrier," in principle, can- 
not be overcome using traditional photolithography processes which remain in the 
optical wavelength band. Therefore, the corresponding task has become one of the 
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key problems in further developments of the basic elements of computer equipment 
and microelectronics. 


The way to overcoming the "micron barrier" is being provided by electron, ion, 
and X-ray lithography. High-resolution techniques of electron and ion optics 

are used in electron and ion lithography to form submicron structures. Reducing 
the dimensions of LSIC elements makes it possible to greatly increase their speed 
and degree of integration and reduce specific cost, in short, to improve all the 
techno-economic parameters of microcircuits and electronic equipment made from 
them. By the same token, this creates the prerequisite for the next qualitative 
leap forward in the development of computer equipment and its applications. 


Almost ali the industrially developed countries are working intensively on re- 
search and development in the field of electron and ion lithography. Soviet 
scientists and engineers have also made significant advances in this field. Re- 
search and development has been undertaken at academy and sectorial scientific 
research institutes, higher educational institutions, and leading industrial 
enterprises to develop the theoretical foundations of electron lithography, de- 
vise high-quality electron resists, determine the optimal conditions for their 
exposure and development, develop more sophisticated electron lithography equip- 
ment, means of automated program control of exposure, and so on, 


In the field of the theoretical foundations of electron lithography attention has 
been concentrated on studying the physics of the passage of bundles of acceler- 
ated electrons through heterogeneous layered targets typical of electron lithog- 
raphy and to construction of mathematical models of this process. Both a 
rigorous analytical approach based on the use of cybernetic equations of electron 
transfer and the methods of direct statistical modeling of this random process 

by computer (the Monte Carlo methods) are being developed. Several simplified 
models have been proposed which cover’ the patterns of the real process only in 
the most general outline. 


Unfortunately, little work has been done so far on investigation and theoretical 
description of the chain of processes leading from primary ionizations and ex- 
citations that occur in the resist when exposed to accelerated electrons to the 
final products of radiation-chemical conversion — destruction or transverse 
stitching of polymer molecules. In addition, there has not been enough theoreti- 
cal work on the questions of developing images exposed by an electron beam. 

But it is precisely these processes that determine the efficiency of transforming 
the energy of the electron beam into the required radiation-chemical conversions 
that is, the sensitivity and resolution of the electron resists. 


Even though scientists in our country have developed a number of positive and 
negative electron resists whose fundamental parameters correspond to the world 
level, further investigation and develonment of higher quality resists could be 
greatly accelerated by clarifying these theoretical issues. 


The relationship between the sensitivity and resolution of existing electron 
resists and the energy of the electrons, the thickness of the resist layer, the 
material of the substrate, the composition of the developer, and the conditions 
of development are being intensively studied, as is the stability of the electron 








resist masks being formulated, the various types of etching, including lon-plasma 
etching. This research, however, needs better coordination and should also cover 
questions of change in the characteristics of electron resists during the process 
of storage under different conditions. 


A great deal has also been done in our country to develop good electron lithography 
equipment. Promising research has been carried out to devise highly efficient 
electron sources and to calculate and study the corresponding electron optical sys- 
tems. A number of experimental models of single-poled, multi-beamed, and projec- 
tion devices for electron beam exposure have been developed and tested. Unfor- 
tunately, however, series production of domestic electron lithography equipment 
still has not been set up. 


A similar situation is ohserved in the area of means of automatic program control 
of electron beam exposure, even though good experimental models of the correspond- 
ing control systems were developed in our country as early as the first half of the 
1970's and have been steadily improved since that time. 


In recent years research has intensified concerning the different image distor- 
tions characteristic of electron lithography, in particular those related to 
dispersion of electrons in the resist and substrate, These distortions have re- 
ceived the name “proximity effects."" Other distortions under intensive study are 
those caused by aberrations in electron optical systems, errors in electronix 
image generators, and the etching processes. With good electron resists and 
electron beam devices it has been found that the productivity of electron Lithog- 
raphy systems depends significantly on the set of elementary figures from which the 
topological elements of microcircuits are synthesized, on the speed of generation 
of these elements, and on the technique for breaking topological designs into ele- 
mentary figures. 


All these considerations posed the challenge of developing special software to auto- 
mate the very labor-intensive, complex, but essential work of correcting the topo- 
logical drawings of LSIC's that contain hundreds of thousands of elements with due 
regard for technological and electron optical distortions of the designs and break- 
ing them down (by the optimal or close to optimai technique) into separate working 
zones, subfields, and elementary figures, and preparing information for exposure 

in the language and formats envisioned by the appropriate control system. The 
corresponding software must be coordinated with the automatic LSIC design systems 
already existing in our country. To save time and expenditures it is important in 
the very early stages to work out standardized methods of data representation, to 
insure the possibility of exchanging appropriate programs, and to coordinate this 
work well. 


The research and development done in our country in the field of electron lithog- 
raphy has already enabled us to successfully apply its reslts in the production of 
precision photo and X-ray templates, to shape semiconductor microstructures with 
submicron element dimensions, and to fabricate new types of microcircuits using 
TsMD [expansion unknown], PZS [expansion unknown], surface-active substances, and 


the Josephson effect. 


The extent of research in the field of ton lithography is comparatively small at 
the present time. Nonetheless, exploratory studies that have been done in ion 
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lithography for clearance and using sharp! focused beama have Slready demon- 
strated quite convincingly the promige of this technique. ' provides even 
higher resolution and produces much less image distortion than electron Lithog- 
raphy thanks to the much shorter path of the dispersed ion, it i@ true that the 
ion beams are much harder to control than electron beams, but it appeare that 
these difficulties are fully cCOmpensated for by the technological advantages of 
ion beams. 


All of these issues as well as the prospects for development of scientific re- 
search in electron and ion lithography were discussed at the coordination con- 
ference, 


Having pointed out existing achievements and shortcomings, the conference 
singled out the following pressire problems in the field of electron lithography. 


l. Clarification of the patterns of passage of electron beams through multi- 
layered targets of complex composition; ‘larification of the mechaniems and 
factors on which the effectiveness of local physicochemical conversions in 
electron resists occur under the effect of exposure; identification of the pat- 
terns of development and formation of the profile of the topological elements 
being created in the resist; modeling the corresponding processes and on this 
basis searching for optimal conditions of exposure and development and new ways 
to synthesize highly efficient electron resiate. 

2. Quantitative theoretical and experimental atudy of “proximity effects” 
caused by different processes of delocalization of the radiation action of the 
electron beam; searching for effectiv sethods of reducing and correcting these 


ettects. 


}. Development of highiy productive domestic electron lithographic equipment 
using new sources of electrons with heightened brightness, high-quality electron 
optical systems, fast and high-precision coordinate tables, and highiy pre«Jduc- 
tive control systems containing high-apeed digitaleanalog convertore with en- 
larged bit configuration, more effective sethods of generating designs, and 
large internal memory capacity; improving the stability and operating relia- 
bility of this equipment. 


? Development of systems for automated design of complex submicron LSIC setruc- 
tures and of systema of special software to prepare programs for electron beans 

exposure of such structures with correction of the "proximity effects” and other 
technological and hardware diatortiona of topology; deve lopment of etandardi sed 
methods of data representation in such systems to inaure the possibility of pro- 
gram exchange. 


: 


>. Synthesia of electron reatata witt heightened sensitivity, resolution, and 
contrast and synthesis of reagentse to prepare and develop them; ismprovement of 
technical specifications for resiate and : orreaponding reagents; study and pub- 
Lli< at ion of adequately ( omp let © Summary reference dat , on the characteriatica of 
resists and changes in them under varying conditions of storage, preparation, and 


development; development and incorporation of “dry” resist processing technijvues. 
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6. Development of designs and methods of fabricating precision templates and of 
corresponding equipment for projection electron, ion, and X-ray lithography which 
transfers the entire topological design at one time, 


7. Improvement of marker characters for electron lithography and methods of 
fabricating them, techniques of identifying signals from them, and techniques of 
rapid precision automatic integration of neighboring working fields and successive 
topological layers during electron beam exposure. 


8. Development of automated methods of monitoring topological structures with 
submicron element dimensions created using electron, ion, and X-ray lithography. 


9. Development of research toward comprehensive study of the interrelationship 
of all elements of electron lithography and their relationship with the entire 
technological process of fabricating LSIC's. 


In the area of ion lithography the coordination conference considered it essen- 
tial to concentrate attention on clarification of its potential in principle and 
the characteristics of practical use, development of highly productive ion 
lithography equipment which transfers the entire image at once and efficient 
probe-type ion optimal systems with the capability of design generation, clari- 
fication of the patterns of interaction of ion beams with resists and the sub- 
strate, and development of techniques for integrating working fields and topo- 
logical layers during ion lithography. 


The coordination conference recommended formulation of a special comprehensive 
program of research and development on electron lithography for institutions of 
the USSR Academy of Sciences and higher educational institutions in coopera- 
tion with the sectorial scientific research institutes and leading enterprises. 


The need tc organize broader training of specialists in electron and ion 
lithography was also noted. This applies above all to the higher educational 
institutions of Moscow, Leningrad, and Kiev, where there are highly qualified 
scientists in this area. The conference indicated further that we must bolster 
cooperation in this subject area with the socialist countries of the Council for 
Economic Mutual Assistance. 


Rapid development of electron and ion lithography, which offers fundamentally new 
opportunities in technology and putting the results obtained in this 

area into practice as quickly as possible demands harmonious, coordinated 

work by production specialists, physicists, specialists in electron optics and 
computer technology, organic chemists, and programmer-mathemeticians, We must also 
have assistance from the State Committee for Science and Technology, interested 
ministries and departments, and the scientific community. 


COPYRIGHT: IZDATEL'STVO "NAUKOVA DUMKA" "UPRAVLYAYUSHCHIYE SISTEMY I MASHINY™ 1982 


11,176 
CSO; 1863/139 


o 6 ow 

















UDC 621.382.82 


PRINCIPLES OF ORGANIZATION AND APPLICATION OF HIGH SPEED CASCADED CARRY 
MICROCIRCUITS 
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{Article by Vladimir Borisovich Smolov, doctor of engineering science; Sergey 
Timofeyevich Khvoshch, candidate of engineering science; and Nikolay Gavrilovich 
Kuz'menko, junior scientific associate; all from LETI [Leningrad Institute of 
Electrical Engineering], Leningrad] 


{Text] Thanks to high speed, broad logic capabilities and small unit power con- 
sumption, microcircuits for arithmetic and logic units (ALU) and LSI microproces- 
sors with a sectioned structure are now widespread [1-5]. Using these microcir- 
cuits permits building micro and minicomputer processors of arbitrary word length 
by combining several IC's in shift and carry propagation circuits [2, 5]. However, 
such a build up leads to an increase in time for executing arithmetic operations 

in the ALU, which is due to the necessity of serial propagation of carry signals 
between the individual microcircuits combined in the processor. Shown in fig. la 
is the organization of a processor with word length (n x m) when n m-digit ALU's 
are used. Conversion of information occurs on operands A={A,, Ai» eee, A._y) and 
B={B,, Bi» oees B-\)? coming into inputs A and B of the ALUS. 


The result S*{S), Si» eee, S-v? and the output carry signal (Coie are generated 


based on the control code Y, which adjusts the ALU's for the specific functional 
conversions and values of the input carry (Cc, 


Assuming the time diagram of ALU operation can be represented by fig. lb, in the 
first approximation, processor cycle time can be computed as 


Teycle ~~ max ("-¢€, (a — 1)-£6 +t), (1) 


where n° tc is the total delay in the carry propagation path, and (n-1)+t¢ + te is 


the total delay in the result formation path in the last ALU based on the delay of 
the carry signal at its input. 


In tig. lb, signal propagation delay time is as follows: ro is from the inputs of 
Y 

control code Y to the output Cut? 

is from information inputs A and B to output ‘.. . is from the carry input 
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Fig. 1. Processor with word length n X om: Fig. 2. Structural diagram: 
a--structural diagram, a--four-digit ALU, 
b--time diagram of operation b--processor built on basis of n 
m-digit ALU's and hypothetical 
fast carry circuit 
Key: 
' 
l. ALU's 0, 1, nel 3. Cue 
2. C 4. BUP jnigh-speed cascaded carry unit] 


is from the inputs of control code Y to output S, _ is 


is from the carry input Cia to 


S 
Cin to the output Soap? ty 


from information inputs A and B to output S, and > 
C 
the output S. 


To reduce processor cycle time, high-speed cascaded carry microcircuit units (BUP) 
have been incorporated in microprocessor sets of sectional LSI circuits (MPK) and in 
MSI IC series [{2, 3, 6]. 


Principles of Organization of high-Speed Cascaded Carry Units. To explain the prin- 
ciple of organization of carry propagation signals in a processor, let us consider 
the hypothetical structure of the four-digit ALU shown in fig. 2a. The ALU contains 
four digit sections that perform conversions on the operands A=tay, ays as» a,) and 


B=ibo» b bo» b,} based on the value of the input carry C, =c, and which form the 


2° in “0 
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operation result S*(s_, Si» Bo» 8.) and the output carry “. =c,. In executing 


Q ut 4 
the operation of addition (S*A+tBtC ; ) > the ALU operates by this rule: 


s,m a6, Dey Chay = ab, + a,c, + 6, i= 0,1, 2,3. (2) 


To connect fast carry units to the ALU, it is necessary to provide within the LSI 
circuit for a special unit that generates the generation signal 


G and propagation P of the fast carry between the ALU units. For the addition 
operation, the signals 


P and G must be generated by the rule: 





P = PsP iP Po. 
G= Bs + BaPs H+ @iP3?s % BoPsPrP;. (3) 


Py = 94D bys By = ays i= 0, 1, 2, 3. 


The output carry signal from the ALU Su 
ALU (Cc), Cos C4) can be generated both sequentially (by the system of expressions 
(2)) and by using a circuit that generates a fast (ripple through) carry within the 
ALU (according to system of expressions (3)). In the process, the output carry 
signal must be generated by the rule: (4) 


cy) and the carry signals within the 


Cour © + PsPoPpPolin = 4 = 8yt8zP 578) P4P2tBoP4P2P2P)tPzP oP Poco: 


Expressions (2)=-(4) are valid in using systems both with positive (true) logic 
(level of logical one is the high potential) and with negative (inverse) logic 
(level of logical one is the low potential). In the case of organization of sub- 
traction operations in the ALU, it is susficient to convert the subtrahend operand 
to two's complement code (when S=A~B*+C | B*=B+1; when S=B-A*4C A*=A+1). 


Shown in fig. 2b is the structure of an (n X m)-bit processor built on the basis of 
n m-digit ALU's and a hypothetical fast carry circuit; the time diagram for opera- 
tion of this circuit is shown in fig. 3, where signal propagation delay times are 
designated as follows: 


PG . = - 
tA BC is from carry input Cy to ALU outputs P and G, 

tong is from fast carry inputs r. and G, to BUP [fast carry] outputs P and G, ard 
oe is trom tast carry inputs P and G, to BUP jfast carry] outputs Ci. 


The fast carry unit receives the carry input signal (C=C, ) and the signals for 


generation and propagation of the fast carry in the ALU (P and G ) which come into 
the BUP jfast carry unit] inputs with the same designation. Since the signals Pi 


and G., formed from expression (3), at the ALU inputs do not depend on the value of 
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Fig. 3. Time diagram of operation of 
processor with word length n X m and 
hypothetical fast carry circuit 


= 





Fig. 4. Structural diagram: 

a--K1331P4, K1I551P4 and K134I1P4 fast carry 
units, 

b--16-bit processor with simultaneous 
carry, 

c--32-bit processor with sequential carry 
between 16-bit units 

d--multibit processor with three levels of 
intergrouped cascading of carries 


out 
BUP {high-speed cascaded carry unit] 
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the input carries for the sections, the total time for carry signal propagation to 
the input of the last ALU is 


PG C 
to Pape * “cpg? (>) 
n-1 
the delay in output of the operation result in the last LSI circuit is 
t, = t,, + “f (6) 
n-1 n-1 


and at the output from the BUP [fast carry unit] or last ALU, the value of the 
output carry can be obtained with the following delays: 


lL _ PG C 
‘C. = tage * “ope 
or roa. (7) 
C C Cc ° 
n n 


In the process, in the BUP |fast carry unit], the grouped high-speed carry signals 
(C.) and the signals for propagation and generation of the cascaded high-speed 


carry (P and G) are tormed by the rule: 


C; — Go + P Co 
C, = G, + P,C,, 


Cy = Gana + Pa-1Cn-15 (8) 


Since the delay in forming the signals S in the ALU is always greater than the 
delay in froming the carry (Cou? cycle time for the processor with a BUP {fast 


carry unit] in the first approximation is defined as: 


i PG C S 
Teycle = “apc * ‘cpg * ‘ec’ (9) 


Vv 


The gain in speed for the processor with the fast carry unit relative to serial 
connection of the ALU's can be computed from the expression 


abe a . C PG _ C 
ATeycle ~ (P71)*te — Cage ~ "opee (10) 


Use of the KL55I1P4, K1331P4 and K1341P4 Fast Carry Units. The KL55IP4 and K133I1P4 
fast carry units are designed to be used with the K133IP3 and K155IP3 ALU's and as 
part of the K583 and K584 LSI microprocessor sets with the K583IK]1 and K584VML 
microprocessors. The functional diagram of the fast carry unit is shown in fig. 4a. 
One microcircuit is designed to connect to four sectional LSI circuits and is 

placed in a 16-lead package. The fast carry unit generates three fast carry 
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luble Ll. Rule for generation ol 4 : 2-35 As 
signals output from KI331P4, KIS551P4 1616 $6 bh ae pe ae 
and K134IP4 BUP's [fast carry units] | ! 
J — 
Tnputs Outputs Pho eee — 
Clue | Pe lO | Py | Oe | Pe | OM) Pel Cul Col Ce] G1 P 
o | 8 M _ 
| 8B > 4 " 
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xix ix] 8 " " d 
xi Beis tt) x " 
nie i|xiesx : ° yh: 3 a 
dra abar) : (259 L 4% 2P hs AB] dy? fie! (3) 
s|xXinun tx] # 8 4 
vixixix | x]e [es " ie & ChE "GO hEG 46, Sa (3) 
xix i xis [8 | 8 x " ii 
y¥ia le |e |xie . : 'b T_.(1) 
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M " ha. 
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8 An ; 
; ; Xion |x] e) * n aT 1 PB) 
x Kix xT x] a] xX " (1); 
x Ki/xfu |x} x|™ C 
x nixixia | xi" " a ee _— 
" x iu x iu xp" 4 
x x i" x s] Fig. 5. Structural diagram: 
x x x ; ,| @=-KS89IKO3 fast carry unit 
” " b--connection of eight K589IKO02 LSI 
s—hign potential »— low povential X— circuits to a K589IKO3 fast carry unit 
arbitrary valué c--32-bit processor with serial-parallel 








carry between the 16-bit units 


Key: 1. RV joutput enable]; 2. C 
3. Cour? 4. SP jexpansion unk] 


and C4) and the cascade signals for generation and propagation of 


in’ 
signals (C), C, . ad 
the grouped fast carry signals (P and G). Table 1 shows the rule for generating 
values of output signals as a function of input variables. When microcircuits with 
active high potential of the input carry C, (KI55IP3, K133IP3 and K584VM1) are con- 
nected to the fast carry unit, cross switching of outputs und inputs P and G should 
be effected at all odd levels of cascading, and straight at all even levels of cas- 
cading. 


Fig. 4b illustrates organization of a 16-bit processor by using the KL551P3, 
K133IP3 or K584VMl microcircuits. Table 2 gives the values of the main electrical 
and time parameters of the KI55IP4 and K133I1P4 fast carry units. When these 
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Table 2. Parameters of KI331P4 and KIS5ILP4 fast carry units 


Parameter value 














Parameter minimum rated max imum 
Supply voltage (EB), V 4.5 5.0 5.5 
Consumption current (lo), mA 59 65 72 
input current of logical zero tor inputs 
(ys mAs 
Co o- -- 3.2 
Pos G, 4.8 — 16 
Maximum time of delay, ns: 
when switched on (thing) == = 22 
“<n PG 
when switched off (ten) -- -- 17 
Measurement conditions: Fee Pore ta -10 to +70°C, rw 200 Ohms, ©, aa" 30 pF, 
y? = 0.8V, yi = 2.0V, vy? ~ 0.4 V, vi - 2.4 V 
in in out * out = 


microcircuits are used, special attention should be paid to the load carrying 


capacities of the outputs connected to the inputs P. and G, which have an input 


current of logical zero to 16 mA (G,). 


Using the fast carry unit with the ALU LSI circuit permits building 16-bit pro- 
cessors with about 50-ns arithmetic operation execution time, and 1 microsecond 
with the KS84VM1 LSI circuit. Fig. 4c shows the structure of a 32-bit processor 
with sequentia. carry between the 16-bit cascades, and shown in fig. 4d is the 
principle of designing multibit processors with three levels of intergroup cascad- 
ing of carries. It is characteristic that using intergroup cascading of carries 
yields a large gain in time in organizing processors with a large word length. 
Thus, for example, when sequential uarry is used between individual circuits in a 
64-bit processor, organized on the basis of K133 or K155 series ALU's, operation 
execution time is about 200 ns, and about 4 microseconds when K584 series micro- 
processors are used. When two-level cascading is used, these times are 60 ns and 
1 microsecond, respectively. 


Cycle time of processors with an arbitrary word length when several levels of cas- 
cading (k) of BUP jfast carry units] are used can be computed as: 


MP nm 
> = £ 
Toycle= cycle 7 | 4“ CPa: (tl) 
MP 
where Teycle is the cycle time of the microprocessor section, and n is the number 


of sections. 
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Toble $b. Parameters of KLS4GIP4 fast carry unit 
Parameter value 








Parameter minimum rated maximum 
Supply voltage (E)s V 4.5 5.0 5.5 
Consumption current (1), mA 5 5.5 6 


Input current of logical zero for inputs 


0 , 
(I; >» mA: 


C 0.18 --- --- 
o 
- = 0.36 --- 1.44 
of’ Gy 
Maximum time of delay, ns: 
C 

when switched on (top? --- --- 200 

PG 
when switched off (tpg) --- --- 150 


Measurement conditions are same as in table 2 except for ambient temperature which 
in this case varied from -60°C to +70°C 


Table 4. Parameters of K589IK03 fast carry unit 
Parameter value 











Parameter minimum rated maximum 
Supply voltage (E.), V 4.75 5.0 5.25 
Consumption current (1); mA --- 95 130 


Input current of logical zero (1° ) by 
in 
inputs, mA; 


Co» RP, Po? P. --- --- - 0.25 

Py - Fs, 3, -- -- - 0.5 

Gy - G = — 145 
Dynamic parameters, ns: a --- 10 — 
io - 18 - 
cS - 20 - 


Measurement conditions are the same as in table 2 


When one level of cascading of the fast carry unit is used (with sequential carries 


between cascades) 
MP n Cc n 
— | .f am | _ 4c 

veyele Teycle + | 4 gro + (| 4 ) fo» (12) 


where ]{ indicates rounding to the next larger integer. 
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The K134IP4 fast carry unit has an architecture similar to that of the K133IP4 and 
K1551P4 IC's, but is made with the technology of low consuming TTL circuits. Its 
basic electrical and time parameters are given in table 3. Using this IC permits 
connecting to it microprocessors with smaller load capacity of outputs (the 
K582IK1, for example); in doing so, there is a power savings, but the time para- 
meters of the processors are substantially degraded. It is also worthwhile to use 
the K1341P4 fast carry unit with the K584VMl1 LSI circuit operating under the con- 
ditions of lowered injection current, which permits reducing power consumption of 
processors to the level of CMOS circuits with a proportional reduction in their 
performance. 


Use of K589IKO3 Fast Carry Units. The K589IKO3 fast carry unit is designed for use 
with the K589IKO2 microprocessor. Unit structure is shown in fig. 5a. The micro- 
circuit is placed in a 28-lead package and provides for connecting eight LSI micro- 
processors, The availability of output C, provides the capability of sequential 
grouped carry between 16-bit processors. Values of the main electrical and time 
parameters for this fast carry unit are given in table 4. The availability in this 
unit of the RV (output enable) lead provides the capability of gating carry signal 
output at output Co. 


Shown in fig. 5b is scheme for connecting eight LSI K589IKO2 circuits to one 
K5891K03 fast carry unit. Since the input carry to the K589IKO02 LSI circuits is 
coded by active low level of voltage, a straight connection of microprocessor out- 


puts (P and G) and fast carry unit inputs (P. and CG.) is made. Operation execution 


time in a 16-bit processor with the fast carry unit is about 118 ns. Shown in fig. 
5c is the structure of a 32-bit processor with sequential carry between the 16-bit 
units, which has a cycle time for executing microinstructions of about 136 ns. 


The cycle time (ns) of processors with an arbitrary word size when the K589I1K03 
fast carry unit is used can be computed as: 


MP n Cc n 
Teycle — veycle +| + | r= 100 + IF ; 18. = (13) 


Conclusion. The examples given in this article far from exhaust the possibilities 
of using fast carry units in modern digital machine circuits. As an example of 
nontraditional use of a fast carry unit, the microcomputer interrupt system can be 
cited. Shown in fig. 6a is the structure of a 128-input circuit for processing 
interrupt requests, built on the basis of K589IK14 interrupt priority units (BPP), 
which has eight inputs for interrupt requests. Specification of intergroup priori- 
ty between the interrupt priority units is made by sequential connection of inp its 
for enabling groups of interruption (RGP) of high-order LSI circuits with the 
inputs for enabling groups (RG) of low-order ones. In doing so, delay through the 
RG-RGP circuit for an LSI circuit is atout 13 ns. For reliable system operation, 
cycle time (ns) must be selected from the following condition: 


BPP RGP_ 
ele = Feycle + (a-1)°t, = 80 + (n-1)°13, (14) 


BPP , , _—_ , ; RGP , ; 
where 1] yele is the interrupt priority unit cycle time, Ce is the time for pro- 
eve 


pagating the signal through the RG-RGP circuit, and n is the number of BPP units. 


wo AS 











Fig. 6. Structural diagram of 128-input 
circuit for processing interruption 
requests; 

a--without fast carry circuit, 

b--with fast carry circuit 
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(2) (3) 
| pr a ern 
Gayle 

( Lee i prn{3) 


Key: 





RG [group enable] 

BPP jinterruption priority unit] 
RGP jinterruption group enable] 
BUP {fast carry unit] 

RV (output enable] 
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The cycle time for the system shown jfig. 6a] is about 275 ns. 


Shown in fig. 6a is the structure of this same system with two K589I1K03 fast carry 
units for matching the signals RGP [interruption group enable] and P,, in which 
inverters are used. Cycle time of the system with fast carry units is 


* BPP n - C 
, > rn + es e 
teycle 7 ‘cycle ; g | (topg * Cinv? oo? 
min 
In th 16 and t? 1 . 126 
~ = = = i > 
n the process, CNV 5 ns, n an tOPG 8 ns, T ycle = ns. 


Expressions (11)-(15) can be used in practice in computing delays in systems built 
on the basis of fast carry units, 
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HARDWARE DESIGN TO SUPPORT MICROPROGRAM DEVELOPMENT FOR BIT-SLICE PROCESSORS 


East Berlin NACHRICHTENTECHNIK ELEKTRONIK in German 
Vol 31, No 7, Jul 81 pp 294-297 


[Article by R. Sandau, Berlin, Report from the Institute of Electronics of the AdW 
(Academy of Sciences) of the GDR] 


[Excerpt] Descriptors: microprocessor, microcomputer technology, bit-slice 
processor, microprogramming 


l. General Problem Area 


Recently, a decisive factor in making industrial processes which bear on the 
national economy more intense and more efficient was to replace wire-prog rammed 
logic increasingly by memory-programmed logic. This trend was facilitated by the 
rapid development of microelectronics and the associated possibility of economi- 
cally producing microcomputers, e.g. on the basis of the microprocessors U 808 D 
and U 880 D. Such freely programme le processors are capable of mastering a broad 
spectrum of tasks, functioning as cores of microprocessor systems. This capability 
is based on their architecture (width of address and data buses, number of control 
signals, instruction codes), and on their processing speed, which depends on their 
fabrication technology. 


However, there are tasks which cannot be solved or which can be solved only un- 
satisfactorily by means of these processors, The reason for this lies in the 
properties of the MOS processors, such as 


a fixed instruction code 

width of the data bus is 8 bits 

technologically related processing speed, depending on the architecture (cycle fre- 
quency 500 kHz for the U 808 D and 2.5 MHz for the U880 D, time-multiplex utiliz- 
ation of an 8 bit bus for addressing and data signals with the U 808 D). 


As an example, one need mention here only the fast drive controls and regulators 
as well as the application for Fast Fourier Transforms with high accuracy and real 
time requirements. In such cases, however, microprogrammable microprocessors in 
bit-slice technology can frequently provide a remedy. Such microprocessors can 
e.g. be built up with switching circuits of the series K 589 (USSR) [1]. At Tesla, 
too, the equivalent switching circuit types are being developed and/or produced 
with the switching circuit series MH 3000 [2]. The switching circuits belonging 
to the switching circuit series are assembled in Table l., 
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rhe processing speed of such systems naturally is also Limited by the fabrication 
technology. They represent the Schottky-TIL technology and can be operated with 
a maximum cycle frequency of about 10 MHe,. By suitable selection of the design 
architecture of the system (the two-bit wide processor wafers can be cascaded up to 
a maximum width of 320 bits, microinstruction call and processing can overlap...) 
and by specifying an instruction code that represents an optimum with respect to 
the problem being solved, it is possible to solve a series of problems, whose 
solution cannot be attacked with the processors mentioned in the introduction 
Furthermore, bit-slice systems are frequently also used to simulate inatruction 
codes of technically outmoded computer systems for the more effective processing 
of proven software packets. 
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TTL SWITCHING CIRCUIT TYPES IN USSR 


East Berlin RADIO FERNSEHEN ELEKTRONIK in German Vol 31, No 5, May 82 p 278 


[Unattributed response to a reader inquiry] 


[Text] What equivalent types of TTL switching circuits does the USSR have for 
Westerm types (Texas Instruments, etc.)? 


L.K., Luckenwalde 


According to Soviet documents, the following component series count as equivalent 
to the TTL series common in Western foreign countries: 


USSR 

K 130 54H (flat pack housing) 
K 131 744 (DIL housing) 

K 133 54 (flat pack housing) 
K 134 54 L (flat pack housing) 
K 136 54 L (flat pack housing) 
K 155 74 (DIL housing) 

K 158 7441. (DIL housing) 

K 530 54 5 (Flat pack housing) 
K 531 744 (DIL housing) 

K 555 74 LS (DIL housing) 


These series are still being supplemented, i.e. at this time they are not yet alway’ 
complete. Other TTL series form the USSR, such as e.g. the series K 141, have been 
outmoded and are no longer being exported. Caution when purchasing without docu- 
mentation: We generally do not find it possible to still dig up data for these 

ICs. 
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INTERFACE FOR BIDIRECTIONAL DATA TRAFFIC BETWEEN MEASUREMENT ACQUISITION, 
TRANSMISSION SYSTEM, MICROCOMPUTER 


East Berlin RADIO FERNSEHEN ELEKTRONIK in German Vol 31, No 5, May 82 
pp 283-286 


[Article by Bernd Schildwach, Institute for Space Research, GDR Academy of 
Sciences ] 


[Text] The use of components with different production technologies 
is often necessary for the effective application of microelectronic 
components, so as to increase the effectiveness of the resulting 
systems. The CMOS switching circuit K 564 IR can be coupled to the 
CPU U 880 D without technical problems and permits a large number 
of applications with very little extra power and software in 
specific applications. 


Microelectronic components are used in the acquisition of measurement data in 
measurement acquisition systems and in the transmission of data to subsequent sys- 
tems. In these applications, they offer the possibility of effectively organizing 
the acquisition of measurements and the processing of data, with very little expen- 
diture for components, power, and volume. By data processing is understood the 
formation of data corresponding to the conditions necessary for their transmission. 
Into this category fall, for example, data organization corresponding to the fixed 
word length, the formation of test bits, etc. Individual bits can be emphasized 
or suppressed with a mask, through a logical operation in the microcomputer. Thus, 
the evaluation of the measurement data in the receiving station of the telemetry 
system is facilitated. On the basis of the measured results, the microcomputer can 
correct the measurement process, by switching over the measurement channels or, 

for example, changing the amplification factors. If the measurement acquisition 
system (see Figure 1) also requires analog measurement variables, the conversion 
result of the analog/digital converter can be corrected by the microcomputer, if 
the conversion function of the ADU is defective. 


The interface described here has the aim of staticizing a parallel data stream with 
a word length of nine bits. The eight high bits are to be processed, checked and 
replaced by the microcomputer corresponding to the operating conditions prescribed 
by the user. After being supplemented with a test bit, the interface provides its 
output in a word length of ten bits. The power consumption should be kept low, and 
the power supply for the interface is derived from the operating voltage of 5 V. 
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Bidirectional Interface 


In implementing the interface module, the CMOS switching circuit of the Soviet 
series K 564 IR 6 was used for coupling to the CUP U 880 D. This is equivalent to 
the types CD 4034 (RCA) and MC 14034 (Motorola); it is often regarded as a universal 
bus register. Consisting of a cascade with eight flip-flops, the transmission unit 
with eight transmission gates (transfer gates), and the control, this switching 
circuit can be used for many tasks. Thus, in this configuration, it can be used as 
an eight-bit memory, as a shift register (series-parallel converter) or as a buffer 
memory for a bus coupling (Figure 2). 





The transmission unit makes possible data exchange between the data bus A and the 
data bus B from and to the memory cascade. The transmission unit of the bus A also 
makes it possible to switch off the data lines (high-ohm). Bus B has a constant 
connection to the memory cascade, and a control unit specifies the direction of 
data exchange. The following contro’ possibilities result: 


The data line is switched off to the bus A: 


If level 1 is set at the input AE, the data lines from bus A are switched on. 
With level 0, the data lines are switched off in high-ohm fashion. 


Data exchange between bus A and bus B is controlled: 


Input AB: 

0 © data exchange from bus B into the memory cascade, the output to the memory 
cascade is at bus A, depending on the control instruction AE 

1 @ data input in dependence on control instruction AE into the memory cascade, 
the outputs to the memory cascade are in bus B 


Control of the serial or parallel data input 


Input PS: 

0 = data are inputted serially through the input into the memory cascade 

1 @ data input occurs in parallel over bus A or bus B over the memory cascade 
in dependence on the control input AB 


Control of the cycle dependency of the parallel data input 


Input AS: 
0 = transmission of data takes place with the 0-1 cycle edge 
1 = transmission of data takes place independent of the cycle. 


Table 1 gives a comprehensive survey of the various operating modes of the switching 
circuit. Table 2 and Figure 3 list all the operating conditions and delay times. 

As a supplement of the technical documentation from the component manufacturers, 

the time ty was determined because, according to [1], with a 1-0 transmission of 

the control instruction PS, the control AS should be zero, to prevent an undesir- 
able shift of the data in the memory cascade. Investigations on several switching 
circuits confirm the correctness. The time t, was likewise determined by outselves, 
since it can be important for some applications, if data have already been written 
in the memory cascade and are to be outputted in a short time through the AE instruc- 
tion. This case occurs, for example, when the switching circuit is used as an 
INI-vector port if, in the INT-acknowledge cycle, the low part of the INT vector 

is read from the port. 
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Figure 1: Block circuit diagram of the measurement acquisition and transmission 
system 


serial information 

cycle (inputs for expansion of the interface) 
digital multiplexer 

port control 

test bit formation, signal shaping 

data 

control 

control lines 


CON DU S&S Ww DS FE 


Staticizing the Data in Port l 


The offered data are staticized and stored at the time tO (see Figure 4, Figure 5), 
while the bits El through E8 are staticized in port 1, the bit EO is staticized in 
the first D-flip-flop of the IC K 564 T™ 2, 
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Figure 2: Block circuit diagram of the K 564 UP 6 


l transmission unit A 
2 memory cascade 
3 transmission unit B 


Level 1 at the AS input causes staticization in port 1 (asynchronous staticization), 
while, outside of this time, a shift of the data in the memory cascade is not pos- 
sible, since the cycle input has the level 0. 


Staticizing the Data in Port 2 


Port 2 has the function of an output port: 


Staticizing the data being outputted 
Parallel-serial conversion. 


The parallel data are staticized at the time T9. At the same time, the bit EO is 
staticized in the second D-flip-flop and subsequently is situated at the serial 
input of port 2. Since the signal T9 is derived from the 0-1 position of the bit 
cycle Tg, the following 0-1 transition at the end of T9 for the content of the 
memory cascade in port 2 is not considered because of gate running times. After PS»5 
and become zero, the information is right shifted and the bit EO is staticized in 
port 2. At the cycle time T8, this bit EO appears at the output 8, in the case of 
parallel-serial conversion. 


Data Traffic Between the Microcomputer in Port 3 
From the previous description, it is apparent that the parallel information is 
staticized in ports 1 and 2 at different times. This difference can be used in 


data traffic with port 3, such that the microcomputer can perform operations for 
input and output and for data processing, 
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Figure 3. Switching times of the K 564 YP 6 
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Figure 4. Pulse diagram of the interface 
Table 1. Logical functions of the IC K 654 IR 6 


AE PS AB AS Function 


0 0 O xX Serial data input, bus A is switched off, bus B is 
ineffective to the “data input" mode 

O @) 1 X Serial data input, bus A is switched off, bus B in 
the "data output" mode 

0 1 oO 0 Parallel data input, cycle-synchronous, bus A switched 
off, bus B in the "data input''mode 

0 1 0 1 Parallel data input, asynchronous to the cycle, bus A 
is switched off, bus B in the "data input" mode 

0 1 1 0 No change of the data in the cascade, bus A switched 
off, bus B in the "data output" mode 

0 1 1 1 No change of the data in the cascade, bus A switched 
off, bus B in the "data output" mode 

1 O oO xX Serial data input, bus A in the "data output" mode, 
bus B is ineffective through the "data input" mode 

1 0 1 xX Serial data input, bus A is ineffective through the 
“data input" mode, bus B in the "data output" mode 

1 1 0 0 Parallel data input, cycle-synchronous, bus A in the 
"data output" mode, bus B in the “data input" mode 

1 1 oO 1 Parallel data input, asynchronous to the cycle, bus A 
in the "data output" mode, bus B in the "data input" 
mode 

1 1 1 0O Parallel data input, cycle-synchronous, bus A in the 
"data input" mode, bus B in the “data output" mode 

1 1 1 1 Parallel data input, asynchronous to the cycle, bus A 
in the "data input" mode, bus B in t..e “data output" 
mode 
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Table 2: Operating conditions and delay times of the IC K 564 UP 6 
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Uv» min. typ. mon. 





in V 
Fortptionzungszeit 
t. inns 1 b) -~ CO 1m 
10 —~ 2@ a 
Obertragungszeit y) 
t, inns 5 - 20 790 
10 — 100 wo 
min. Taktimpulsbreite 3 
t. inns 5 - 200 400 
10 —- 00 175 
AE-, PS.. AS-impuisbreite 4 
t\. inns 5 —- 2a 480 
10 _ 65 195 
Anstiegszeit t, und 5 
Abtolizeit t, 
des Toktes in as 5 ~ ~ 18 
ae 10 = - 15 
Vorsetzze:it der Doten 
t. in ns 6 5 250 300 
10 100 200 
moximale Takttrequen: 7 
fy in MA 5 15 862.5 - 
10 | 3060S - 
Vorstelizeiten § 
t, in ns 5 200 - - 
10 100 -- - 
t. inns (30 pF) 5 20 06400 600 
ty in as 5 1300 = 200 - 





propagation time 

transmission time 

minimum cycle pulse width 

AE-, PS-, AS-pulse width 

rise time ty and decay time ty of the cycle in Us 
lead time of the data 

maximum cycle frequency 

lead times 
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The following control functions result for port 3: 


ag, = 79 - 1ORQ’ NR (1) 
iora’ = ORG : (port address) (2) 


Thus, bus A of port 3 is capable of control only during input or output operations 
outside the staticizing time in port 2 and in the case of a non-commanded emergency 
regime (NR). 


PS, =AS. =1 (3) 
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Figure 5 Block diagram of the interface 


l measured values 


Thus a constant cycle-independent mode of operation as well as parallel staticizing 
of the data into the port is possible. 





AB, = |ORQ’ - NR - RD - NR T9 (4) 
= AE, 


From this function can be seen that the use of the internal bus between the indi- 
vidual ports can be utilized only by one port, port 1 or port 3. If the emergency 
regime NR is commanded, the data in port 2 are always staticized from port 1 at 
time T9, and the B bus of port 3 is switched to input. The emergency regime 
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represents a possibility which guarantees the operational mode of the data trans- 
mission system if a component of the microcomputer should fail. 


If the data from port 1 are to be transmitted to port 2, the must first be stati- 
cized in port 3 by a read instruction of the microcomputer. There they can re- 

main until their staticization in port 2. They are analyzed, reformed, or exchanged 
by the microcomputer. It is thus indispensible for each data word to initiate an 
interrupt instruction to the microcomputer (to the system control). It is directly 
possible to connect port 3, i.e. the data bus B of the switching circuit K 564 IR 6, 
to the data bus of the microcomputer. 


Time Conditions 


Table 2 specifies the delay times also as a function of the operating voltages. 

With a 5 V operating voltage, as compared to operation at 10 V, there are much 
larger pulse widths and delay times. An operating voltage of 5 V was specified 

for the interface. The CMOS ICs of series A 564, to implement the logical functions 
(1) through (4), have delay times that are too long (about 400 ns/gate) so that 

the operating possibilities of the microcomputer are impaired because of the neces- 
sary WAIT cycles. Since the low power consumption is a criterion in designing the 
interface, the low powered TTL switching circuits (K 135, K 136) were used, whose 
power consumption is about 1 MW/gate, and whose delay times are less than 35 ns. 


With an input and output operation, the duration of IORG is about 950 ns, if the 
cpu cycle frequency amounts to 9 = 2.5 MHz. According to Table 2, the duration t 
may be 1.2 ws, and thus the time for staticizing the information from port l 
through port 3 into the microcomuptuer is not sufficient without an additional WAIT 
cycle. If this WAIT cycle is derived from the IORQ signal of the CPU, it will also 
be valid in staticizing the INT vector and the IC K 564 IR 6 can, under these con- 
ditions, also be utilized as the INT-vector port. 


Program Possibilities 


In setting up data processing programs, the starting point must be the time condi- 
tions of the data acquisition and transmission system. For example, if the trans- 
mission cycle of the system tg = 10 kHz, the following time results between stati- 
cization in ports 1 and 2, which is available to the microcomputer as processing 
time: - 

TCwiay = 8TZ —4™M —t, 


TZ = 1/f¢ = 100 ws (5) 
TM = 1/ = 400ns 
t = processing time for port 2, 


Vv 


This results in a time TC ax = 7.27 us. This time is sufficient to control the 

data selection of the measurement acquisition system, for outputting status words 

to analyze the internal status of the system, and for the coarse analysis and 
correction of the transmitted data. If the data transmission frequency is increased, 
a second microcomputer should be provided for larger processing programs. 


The correction of the data by the microcomputer will be demonstrated here using as 
an example the acquisition of analog data. The processing of these data transverses 
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« sensible process in the analog/digital converter, Errors can occur here, which 
are described in their totality in [2], The zero point of the ADU can be sensed 
rather easily and can be represented as a digital quantity. This acquisition takes 
place with a conversion of the zero-point level, by occupying the input of the ADU 
or respectively a channel of the analog multiplexer with the zero-point level. The 
correction of the microcomputer can limit the digital storage method cited in [3] 
to a signed addition of the analog word (or its digital equivalent) with the cor- 
rection word. It is thus possible to circumvent storage of the analog correction 
quantity in a sample and hold circuit. 
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Figure 6: Circuit example for the control of inputs PS and AS 


The program must take into account that, when full scale (FFy) has been reached, 
the further addition may yield only the result FFy. This also makes apparent the 
disadvantage of this correction method as compared to the one presented in [3]. 
In [3], the full quantization level can be maintained through an integration method, 
while, by means of the present method, the quantization steps can be specified 
only in terms of 
Q = 2" — KW 
(6a) 
KW=dy-, - 2' +... +d, - 20m! 
+ dy: 2 (6b) 


n = number of bits of the conversion results 
Experimental Possibilities of the Inter‘ace 


The switching circuit K 564 IR 6 affords the possibility of serial-parallel conver- 
sion. This property can be used to input serial data if, tor example, stored 
sensors have already digitalized their measurements through their own analog/digital 
converter. This input line is shown in Figure 1 as a dashed line. Since one must 
distinguish between parallel and serial input, this results in changes in the con- 
trol of the system. For a control function that must then be implemented, one 
obtains the following: 
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—- (7) 


AE, = 19 MW 
PS, = 19 (8) 
AE, = 19 - 1ORO’ (9) 


AB, = 19 - MW \ To RD (10) 


Equations (7) and (10) also show a different situation with respect to the acquisi- 
tion of a measurement word (serial or parallel) and with respect to the data trans- 
mission status word (MW). This distinction is made by the overall control, which 
is not described in the present paper. This status word provides information con- 
cerning the internal status of the system, but it can also present an analysis of 
the measured status, e.g. the formation of average values. In implementing the 
circuit, it is no longer possible to exchange data through the microcomputer during 
the transmission of the data, since the shifting in of the data into the serial 
input of port 1 requires a finite time which additionally, in asynchronous opera- 
tion, is defined only within the time limit. This time limit is formed by the 
moment T9, at which the data from port 2 must be staticized. Corresponding to the 
necessary time conditions for the switching circuit K 564 HP 6, Figure 6 shows a 
circuit proposal for driving the PS and AS control input. 


Signal Shaping, Generation of the Test Bit 


Before the information from the interface is conducted further for data transmis- 
sion, it must be coded in accord with the system conditions. By signal shaping is 
here understood a synchronization of the serial information with the cycle fre- 
quancy. This is done by staticizing the data in a flip-flop with the 0-1 edge of 
the bit cycle. Before signal shaping, the serial word, which consists of nine 
weighted bits, is supplemented with a test bit. This supplementation occurs upon 
an odd number of all 10 bits of the resulting word. The test bits are generated 
statically or dynamically. The test bits are generated statically in parallel to 
the digital word being tested. The implemeted circuit represents an antivalence 
of all the bits being tested. However, if a serial data stream is present, dyna- 
mical formation of test bits is suitable. 


This principle is based on counting out the number of bits with level 1 in one data 
word. It is here ncessary that the beginning and end of the word are identified 

by the system control. The signal T9 is used for the beginning of one word and 

the signal T8 for its termination. 


Within the cycle time T9, the flip-flop with its feedback at a modulo-2 counter is 
reset (Figure 7). Since the serial information from port 2 is shifted by half a 
cycle with respect to the counting cycle, each bit is tested in the middle for its 
logical level. With a logical 1, the counter advances. At the time T8, the results 
of the counting process are placed at the input of the shaping flip-flop and are 
thus inserted as the tenth bit into the serial information. 
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Figure 7: Illustration of the test bits and signal formation 


For the sake of completeness, the formation of the test bit is also supplemented by 
the microcomputer. However, in the present case, this solution does not appear 
advantageous, since the hierarchy of the emergency regime can then no longer be 
implemented, and testing the bit DO would require greater hardware expenditure. 
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[Excerpts] Existing technological processes of software development can be 
classified by the level of automation of the primary stages and elements of soft- 
ware development as follows: 


Zero level — programming completely in machine codes without automated equipment; 


lst level — elementary translator from autocode with subsequent debugging in ma- 
chine codes and partially automated production of documents; the volume of tech- 
nological programs does not exceed 1,000 commands, and their total cost is 1,000- 
2,000 rubles; 


2nd level — automated programming equipment includes a modern translator from 
autocode, elementary data base, text editor, program to shape certain documents, 
and possibly elementary means for self-contained debugging; total volume of 
technological programs is about 10,000 commands and their cost is in the range of 
10,000-20,000 rubles; 


ird level — corresponds to fairly modern programming technology in which auto- 
mated equipment has a volume of about 100,000 commands and a cost reaching 200,000- 
500,000 rubles; it includes translators from high-level languages, means for self- 
contained and integrated debugging, and various other types of automation equip- 
ment; 


4th level — the most sophisticated, in contemporary terms, systems for automating 
program design, including sets of translators from various languages, means of 
monitoring and verifying programs, elaborate means for planning, monitoring, de- 
bugging and testing, and so on; these systems have means of automating practically 
all elements of the technology of designing complex programs. The total program 
volume is on the order of 1 million commands, and the cost of such systems is 3-5 
million rubles. 











When general-purpose computers, which are widely employed in the national economy, 
are used for software development the cost of one hour of machine time can be de- 
termined by the price list [4], which establishes the following rates for one 
machine hour of computer use: 


M22, Minsk-32, BESM-4 *_ 6*¢ © ®© #© #© © © © © *#© © #© #© @® @# © Jo rubles 


YeS 1022 o a . o . . o . eo °o . o o oo oO . o . . o o o . 85 rubles 
YeS 1033 ....s.+-+ 6 © © © © © © © © © © © «© «© et heh e6hlCULLO rubles 
BESM-6 . . * * . * *« « . . * « . . * « « . . . . * e . 100 rubles 


A project was carried out to collect primary statistical data on the character- 
istics of developed software in order to determine the technical-economic indi- 
cators of certain software development projects underway in tie sector. To do 
this a table was compiled corresponding to the first stage of collection of sta- 
tistical data, by the retrospective method, on the general characteristics of 
development of software for computers included in various types of automated sys- 
tems. Tables to be filled out were distributed to the technical directors of 
software development for the following systems: 


— automated data processing and control systems working in real 
time (ASU-1l and ASU-2); 


— systems t» automate the design of radioelectronic equipment 
(SAPR REA RAPIRA-3); 


— systems to automate software development for specialized com- 
puters (SAPO YaUZA-6, versions A, V, and D) [5]; 


— systems to automate software development for microprocessors 
(SAPO TEMP) [6]. 


While filling the tables out on an »xperimental basis, difficulties were encoun- 
tered answering the question about the length of development, especially con- 
cerning the actual beginning of software development. The reasons for this were 
the following: 


— transition during the development process to another type of 
computer (for example, a transition from the M220 to a YeS 
computer for the RAPIRA-3 system); 


— change in software development technology (switch from a high- 
level languaye to the YaUZA autocode for system ASU-1); 


— overlapping of stages of developing of versions of the systen 
and its practical use (SAPO YaUZA-6, versions A, B, and D). 


The answers to the questions about the number of evelopment workers and their 
average monthly pay were complicated by the fact that, in accordance with official 
instructions, data are kept in divisions of labor and wages and production plan- 
ning divisions for just the last three years, but the development of sets of 
programs sometimes takes longer. The psychological factors noted in [3] also had 
a strong impact on how well the tables were filled in and how long it took. 
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Difficulties occurred with determining the volume of the software developed in 
cases where ready-to-use programs were borrowed for refinement in order to solve 
additional problems with them. This was most typical where the SAPO YaUZ-6 was 
modified to solve the problems of the SAPO TEMP. In this situation the refined 
programs have many new qualities, and the volume of software developed must be 
characterized by two quantities. The first quantity is the volume of the newly 
developed programs (the supplementary work), which is determined by the total num- 
ber of commands modified and added to the refined program. The second quantity 
characterizes the full volume of the programs of the refined subsystems because 
the programmer in fact studies and analyzes the subsystem programs in their full 
volume to determine where modifications and supplements are necessary in the pro- 
gram being refined. The stage of self-contained debugging is partially repeated 
and the stage of integrated debugging is almost entirely repeated for the refined 
program, and documentation is amended or even redone, The determining factor for 
the values of labor expenditures in refining programs is the existence and com- 
pleteness of design documentation. Thus, in the case of programs that are 
modified in this way development will be characterized by two series of values of 
technical-economic indicators because of the dual character of measurement of the 
volume of software development. 


The technical-economic indicators of software development for a number of specific 
systems were calculated according to formulas (1)-(4) for the initial statistical 
data of the data collection table in the first stage. Table 2 (next page) gives 
a graphic representation of these calculations. The first thing that should be 
noticed is the great difference in technical-economic indicators depending on the 
purpose and description of the software and conditions of its development. For 
example, the labor productivity achieved during development of software for the 
RAPIRA-3 system in which virtually no requirements were imposed for degree of use 
of computer resources relative to memory and productivity and the documentation 
factor was low (0.002) is 5.1 commands per person per day. In development of 
software for the real-time ASU-1 and ASU-2 systems in which requirements for de- 
gree of use of memory and productivity resources are close to one, the documen- 
tation factor is high (0.133), and a much greater vol me of testing was done, 
labor productivity is 1.1 commands per person per day. 


The range of variation in labor productivity for program development for the 24 
subsystems of the SAPO YaUZA-6D is very broad, from 0.5 to 14 commands per person 
per day. Given uniform technological software development means for all develop- 
nent workers this large spread in labor productivity values for different groups 
of development workers is explained by different levels of qualifications, the 
differing algorithmic complexity of the subsystems, and different amounts of 
scientific work already done on the subject matter of the subsystems. In our 
investigation the term qualifications was taken to mean the level of knowledge 
and experience of the programmer in the field of the assigned task and with 
technological means of software development. The average productivity of one 
programmer from a collective of development workers, including technical super- 
visors, managers, and auxiliary personnel, was 3,4 commands per person per day for 
the YaUZA-6A, but rose to 4.6 commands per person per day for the YaUZA-6D. 

This should be explained by the higher level of qualifications of development 
workers and by the greater backlog of scientific work for a number of subsystems. 


We should emphasize the great differences in the values of the individual labor 
productivity of programmers for software modules and subsystems taken separately 
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and the average productivity per person from a collective of development workers 
as a whole taking acount of the full cycle of development from systems analysis 
to turning the software over for testing. For example, the individual labor 
productivity of specialists doing the actual programming in ASU-1 is 3.2 commands 
a day, while the average productivity per person in the collective of develop- 
ment workers is 1.1 commands a day. 


Analysis of the processing results showed that comparison of the efficiency of 
software development for different automated systems, even of one class, should 
be done by a group of technical-economic indicators, not for any one indicator. 
For example, with ASU-1 and ASU-2 identical values were obtained for labor 
productivity, but the documentation factor for ASU=-l was almost five times as 
high as ASU-2, which will make it possible later to conserve capital when ac- 
companying the software of the ASU-1 in actual use and updating it. 


The evaluation of the efficiency of developing software for the SAPO TEMP de- 
serves special notice. Table 2 gives two columns of values for its technical- 
economic indicators. If we look only at the first column of indicators for 

newly developed programs, we could conclude that the efficiency of software de- 
velopment for the SAPO TEMP is only one-half to one-third of the efficiency of 
development of similar systems for the SAPO YaUZA-6 or SAPR REA RAPIR-3. But 
this conclusion would be one-sided, because by using the method of developing the 
SAPO TEMP primarily by refining the programs of the SAPO YaUZA-6 a system with a 
new quality was obtained which allowed automated development of microprocessor 
programs with a range of soluble problems equal to that of the SAPO YaUZA-6, 
Therefore, estimates of software development of systems which borrow ready-to-use 
programs for refinement should be supplemented by a second column of technical- 
economic indicators which are calculated based on the total volume of all refined 
programs. 


Conclusions. Our project of collecting statistical data by the retrospective 
method concerning particular projects to develop software and analysis of 
processing results confirms the possibility of evaluating the technical-economic 
indicators of software development by the proposed technique. Analysis of 
processing results made it possible to evaluate in some degree the factors that 
affect technical-economic indicators. The values of technical-economic indi- 
cators given for the software of actual systems may be used as guidelines for es- 
timating the time and labor expenditures necessary to develop similar software 
for new automated systems. 
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[Text] Introduction. This article considers means for structural programming of 
AVTOKOD language [1] of the El'brus-1l multiprocessor computing complex (MCC). 

The El'brus-l MCC is the first domestically produced fourth-generation computer 
{2] whose main architectural elements are a hardware stack, tagged memory, con- 
text data security, and operations on arrays. The AVTOKOD language of this 
complex is a recursive, procedural machine-oriented high-level programming 
language. In terms of its capabilities it significantly surpasses ALGOL-60 and 
is comparable to ALGOL-68; it has the means to construct well-structured programs. 


Considering the chief prerequisite of structured programming to be making it 
easier for the human being to perceive the program, we will take up only a few 

of the requirements mentioned in [3] [4] which structured programs must meet. 
Specifically, we will consider the principal control structures, the technology 

of work with multilayered data structures consisting of sequences of syllables, 
and certain other characteristics of AVTOKOD which are of interest from the stand- 
point of structured programming. 


The material presented is the result of an experiment with the use of the AVTOKOD 
language to write a compiler from the language SIMULA-67 [5] for the El'brus-1l 
MCC. 


The use of control structures. Work [6] expressed the idea that there should be 
a simple correspondence between the text of the program and the procedure for 
executing it in order to make it easy to follow the logic of the program. But 
this is made much more complicated by disorderly use of the transfer (go-to) 
statement where control is transferred either forward or vackward. This article 
analyzes AVTOKOD means which make it possible to minimize the use of the trans- 
fer statement or, possibly, get by without it completely in the form in which it 
is found in most known algorithmic languages for high-level programming. We 
will consider the principal control means of structured programming and compare 
them with the corresponding AVTOKOD means. 


There are five known constructions for structured programming: sequence; if- 
then otherwise; selection; do as long as; and, do until, The first three 
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constructions are found in AVTOKOD with syntactical representation that makes it 
easy to read the program and is similar to that used, for example, in the 
languages ALGOL-68 and YaRMO. The if-then otherwise construction in AVTOKOD has 
the appearance IF-THEN OTHERWISE-ALL, and the choice construction has the appear- 
ance CHOLCE-ALLCHOICE. 


The constructions of AVTOKOD which differ fundamentally from the above-mentioned 
five constructions of structured programming are the structured sentence and, re- 
lated to it, the structured transfer. The structured sentence has a title which 
gives the identifier of the situation which may occur in the closed sentence 
directly following the title. A closed sentence is one which has opening and 
closing parentheses (BEGINNING-END, IF-ALL, CHOICE-ALLCHOICE, CYCLE-REPEAT, and 
so forth). Within the closed sentence the programmer monitors the occurrence of 
the situation mentioned in the title of the structured sentence and makes the 
structured transfer, according to which execution of the closed sentence stops 
and control is transferred to the statement following it. 


The additional capabilities related to use of the structured sentence are, in the 
first place, that the structured transfer can be parametered and, in the second 
place, that there can be several situation identifiers. In the special 
construction that completes the structured sentence and is called the action pre- 
fix it is possible to program actions that are specific to each particular situ- 
ation or to several of them. In the third place, there are identifiers of static 
and dynamic situations. Static situations are those which may occur only within 
the closed sentence. Dynamic situations may also occur in constructions that are 
not located within the closed sentence but are dynamically included in it. 


An important feature here is that regardless of whether the structural transfer 
occurred according to dynamic or static situation X, control is always trans- 
ferred to the statement that follows the closed sentence which was preceded by 
the title of the structured sentence with the identifier of situation X. The 
structured sentence and structured transfer essentially overlap the capabilities 
of the constructions of do-as-long-as and do-until as well as the LEAVE construc- 
tion of the BLISS language [7], which allows leaving a cycle and procedure ahead 
of schedule. Just as control, branching according to an arbitrary or chosen 
sentence, ultimately leads to a point that marks their conclusion so the struc- 
tured transfer leads not to an arbitrary point in the program, but always down- 
ward, towards the end of the corresponding closed sentence. This is the funda- 
mental difference between the structured transfer and the conventional transfer 
by tag. 


But the most significant advantage of the structured sentence is that the sif- 
ation identifiers enumerated in its title precede entry into the closed sentence, 
informing the program reader in advance of how execution of the closed sentence 
may end and what its content designation is. This is a very important property 
of the structured sentence from the standpoint of program recognizability. 


The above-described organization of the structured sentence requires definite 
programming discipline, involving the fact that it encourages thinking through 
program situations (in content terms, not algorithmic terms) whose occurrence 
may lead to the end of the closed sentence, and designating these situations 
with appropriate identifiers. Neither external commentary nor marking the closed 
sentence with an appropriate mnemononic tag, which incidentally suggests the 
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the thought of possible transfer of control to this point of the program, can be 
called an adequate means compared to the corresponding means of the structured 
sentence of the AVTOKOD language. 


Considering the purpose of structured programming as convenient program reading, 
we will note here that the cycle statement has a very good mnemonic notation in 
the form of cycle-repeat parentheses which remind the program reader of the 
cyclical segment at both its beginning and its end and, moreover, adequately re- 
flect the meaning of the repeating program segment, This cannot be said, for 
example, of ALGOL-68 (DO-OD), and even less of ALGOL-60 in which the pair of sym- 
bols BEGIN-END is already quite overloaded. 


The technology of work with data structures. A shortcoming of AVTOKOD as a system 
programming language is that it does not have entries analogous to those, for ex- 
ample, found in the PASKAL' language [8]. As long as we are referring to an 

entry (structure) that occupies one word of the El'brus MCC, AVTOKOD means are 
adequate and efficient. There is a possibility of breaking the word into syl- 
lables (fields), linking them to appropriate identifiers, and then using them 
without thinking about the specific position of the field within the word. But 
quite often information about objects cannot be contained in one word with a 64- 
bit format. 


The first alternative for achieving the goal is to have each use of a certain 
field which is not located in the first word of a multiword structure coupled with 
an indication of how many words after the beginning of the structure the word con- 
taining the necessary field is located. 


The other alternative, which is considered in greater detail below, is to use the 
"indirect variable" construction with a trimmer and a corresponding conversion of 
the format to bit format. Finally, the third possibility is to use bit arrays to 
store these structures. But this is hardly acceptable because it significantly 

increases the number of memory bits necessary to arrange the structure indicators. 


Fields are generally used very often in system programs and are spread throughout 
the entire program text. During the debugging process and when modifying execu- 

tion of a certain meaningful function it may become necessary to correct the set 

of fields in the structure, their mutual arrangement, and the number of bits al- 

located to the field. These changes may demand very substantial modification of 

the program text. 


To simplify this modification we propose using a combivration of the capabilities 
of AVTOKOD macromeans (definitions and text substitutious) and means of access 

to word fields. The first alternative of determining the position of the field 
in the structure is more convenient for reading and more efficient in realization. 
Information on displacement of the wora relative to the beginning of the struc- 
ture and the position of the field within the word is fixed once in the field 
definition, which is a macrodefinition. With subsequent change in the position 
of the field within the structure or of the entire structure as a whole, only 

the defining inclusions of the corresponding fields are modified and the many 
used field inclusions, which are macrocalls, are not touched, This makes it 
possible when using any field of the structure to indicate only the beginning of 
the structure (index of the first word of the structure in an array that contains 
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a sequence of arbitrary structures) and the identifier of the field within the 
structure, which adequately reflects the necessity of representing the struc- 
ture as an integral and unitary element. 


This alternative of representing structures has a greater degree of flexibility 
than the entries in the language PASKAL' mentioned above. Greater flexibility is 
achieved because in this case the programmer himself controls the number of bits 
allocated to the field, whereas in PASKAL' either the complete word without 
breaking into component syllables or part of the word is allocated to the field, 
but in this situation the arrangement is determined by the realization process, 
not by the user. 


For example, information on a simple variable contained in the description table 
of the compiler, in which information on all the descriptions of the SIMULA pro- 
gram is concentrated, is represented by the following structure: 





PVID orien PUR | PBAZA | PIMYA | PTsEP 
(6) (4)1 (2)1 (5) (10) (16) (21) 


nt PKOORD (15) PADRES (14) | PKVAL (16) | PKSORDOSh (17) 




















The structure consists of two 64-bit words and contains the enumerated fields. 
The corresponding field definitions for the first alternative may have the fol- 
lowing appearance, for example: 


Text 
PVID (TAB, UKAZ) 
PTIP (TAB, UKAZ) 


TAB [UKAZ]. [63:6], 
TAB [UKAZ]. [57:4], 


PATR (TAB, UKAZ) TAB [UKAZ+1]. [63:2], 

PKOORDOSh (TAB, UKAZ) = TAB [UKAZ+1] [16:17]; 
In this case TAB is the identifier of a certain unidimensional array that contains 
64-format elements and is designed for storage of structures, while UKAZ is the 
indicator of the beginning of the structure. The text definition is parametered 
so that the field identifiers are not aligned with the tables. It follows from 
this that some tables may contain different structures which have, for example 


the field PVID and the field position PVID the same in all structures, namely 
the six left-hand bits of the first word. 


For the second alternative the definition of these fields should have the following 
appearance: 


Text 

PVID (TAB, UKAZ) TAB [UKAZ:][Fi 0:6])+, 

PTIP (TAB, UKAZ) = (TAB[UKAZ:]. (Fl 6:4])+4, 
PATR (TAB, UKAZ) = (TAB [UKAZ:][Fl 64:2])t, 


PKOORDOSh (TAB, UKAZ) = (TAB [UKAZ:]. [Fl 110:17])+; 
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Let us look in greater detail at the semantics of the above-written constructions 
of the second alternative, assuming that the first one is obvious. The construc- 
tion TAB [UKAZ:], which has a trimmer in the index brackets, generates a descrip- 
tor of the subarray of array TAB beginning with the index UKAZ and going to the 
end of the TAB array (the descriptor is a special type of data in which informa- 
tion on the array is concentrated: address of the first element, status, number 
of elements, format of the elements, and so on). The descriptor created, just 
like the array descriptor TAB, describes format 64 elements. Its further trans- 
formation, done for example by the construction [41 64:2] involve first con- 
verting the format to bit format and then transforming the descriptor so that it 
begins to describe two bits in the TAB array, the 64th and 65th. Finally, on 

the character ¢ the descriptor obtained is converted into a name, which allows it 
to appear as the left part of an assignment statement or as the operand of an 
expression with the renaming necessary in this case, 


This kind of conversion is possible, on the one hand, because the machine 
language contains descriptors and, on the other hand, because it can have several 
descriptors of different formats in the same physical memory. 


In both versions of field definition the entry of information, for example in 
the PTIP field of the table of descriptions for a certain index UKTOP, looks 


as follows: 


PTIP (TOP, UKTOP) : = integer; 


Selection of a value, for example of the field PATDRES and entering in a certain 
variable ADR, has the following form: 


ADR: = PADRES (TOP, UKTOP); 


We will note the following with respect to the efficiency of these two alterna- 
tives of determining the position of a field in the structure. Selecting the 
field value and entering the information in the field by the second alternative 
requires three times as much code and on the TEMP interpretation complex [9] 

takes 2-2.5 times longer to execute than the corresponding selection and entry by 
means of the girst version. The reason for this appears to be the multiple trans- 
formations of*descriptors. But the advantage of the second alternative is that 
the field location is not limited by the physical structure of memory. This means 
that the beginning of a field may be placed in one word and its continuation in 
another field adjacent to the first. 


Some general remarks on AVTOKOD. While a detailed and precise description of 
AVTOKOD is not our purpose, nonetheless we will consider certain of its other 
characteristics that are interesting from the standpoint of structural pro- 
gramming. 


Work [3] observed: "The struggle against global data is becoming as important 

as the struggle against the transfer statement, and it is beginning to receive 
attention in the professional literature." Global data complicate perception of 
the program, in the first place because their use is usually far removed from the 
appropriate descriptions and, in the second place, because the value computed 

at the particular point in the program and assigned to the global quantity is 
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practically accessible at any point of the program, which does not always cor- 
rectly reflect the essence of the algorithm. On the other hand, program ex- 
perience shows that programmers seldom formulate special blocks for such "small" 
reasons as setting up a small amount of local work data; they prefer to use 
global data. In this respect it would be convenient for AVTOKOD to include a 
broad list of syntactical constructions within which it is possible to make 
declarations with fairly natural fields of localization. Among such construc- 
tions, in particular, are the closed sentences mentioned above. 


The sequential sentence is another example of a construction that permits the 
introduction of declarattions. In conformity with the description of the 
language, the sequential sentence is used to introduce a new context of identi- 
fiers by means of declarations and define a sequence of actions performed one 
after the other by means of statements. In AVTOKOD the sequential sentences are, 
in particular, the alternatives of the conditional and selected sentences and 

the lower and upper boundaries of the step cycle. In addition, as in ALGOL-68, 
when the sequential sentence becomes a part of a closed one, it may be the oper- 
and of an expression. Let us look at the conditional sentence of AVTOKOD in 
more detail: 


<conditional sentence> : : = IF <internal part of conditional 
sentence> ALL 
<internal part of conditional> : : = [<sequence of descrip- 


tions>] <condition> <alternative then> [<alternative 
otherwise? | 
<condition> - : = [<sequence of statements>] <conclusion> 
<alternative then> : : = OTHERWISE <sequential sentence>| 
INES [expansion unknown] <internal part of conditional> 
<sequential sentence> : : = [<sequence of descriptions> ] 
[<sequence of statements>] <conclusion> 
<conclusion> : : = <sentence> 


In this entry the parts of language constructions which could be absent are put 
in brackets. The area of action of the sequence of description from the internal 
part of the conditional sentence is the entire conditional sentence, while the 
area of action of the sequence of descriptions from the sequential sentence is 
the alternative THEN (OTHERWISE) and only this alternative. 


The fact that AVTOKOD contains operations to test array affiliation and hardware 
means for group operations on lines (recopying, retrieval, transfer, editing, 
packing, and the like) makes it possible to avoid cyclical constructions, which 
to some degree linearizes controlling the program and improves its cognitive 
qualities. 


For example, after detection of the letter the operation of singling an identifier 
out from a certain input text may be written as follows: 


IDENT < : = VKhT poka sredi BUKVITsIFR, 
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where IDENT is a byte array for storage of the identifier and BUKVITSIFR is a 
bit scale in which the positions of letters and numbers correspond to 1 and the 
positions of other characters correspond to zero. 


The AVTOKOD macros make a certain contribution to structuring program texts. Be- 
cause they do not have means of macrogeneration, in conformity with the Chisem 
classification given in work [10], AVTOKOD macros are text macros with positional, 
not key parameters. 


[t is characteristic of the AVTOKOD macros that syntactically the body of the 
macro definition is a sentence, that is, a fully comprehensible and complete 
linguistic concept, not an arbitrary sequence of symbols. This makes it 

easier to read programs and frees’ the reader from having to construe texts at a 
very low level (symbolic and lexical). In addition, the body of the macro 
definition is executed in the context that existed at the moment of definition of 
the macro, while the factual parameters are executed in the context of the macro- 
call, that is, analogously to the procedural mechanism. This permits a reasonable 
compromise between time of program execution and memory space occupied by it, be- 
cause it is easy to convert a procedure definition into a macro definition and 
vice versa. 


In conclusion we will note that this article does not claim to be a complete 
analysis of the structural programming means of the AVTOKOD language. But ex- 
perience has shown that the AVTOKOD means we have discussed together with a cer- 
tain programming style and appropriate formulation of the program listing re- 
felcting the hierarchical inclusion of certain constructions in others are ef- 
fective means of structuring program texts and promote clear programmer thinking 
and an improvement in the cognitive qualities of programs. 
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[Excerpts] The steadily growing complexity of ASU [automated control system] 
problems performed on computers is accompanied by an increase in the volume of 
specifications and requirements for them for development of the appropriate 
software. In this case, along with the condition of unambiguous interpretation 
of specifications on che part of problem suppliers and programmers, the condition 
of compact notation of the specifications is becoming timely, 


The generally accepted method of representing requirements for a program is to 
reduce the general data processing algorithm in application to technical speci- 
fications for programming (GOST [State All-Union Standard] 19.201-78). The 
description of such an algorithm includes not only the sequence of operations 

on data, but also the types of information media used (manual documents, punched 
cards, magnetic tape, and disks) and identifiers of the data structures placed 
on these media. 


According to GOST 19.003-80 the diagrams of algorithms and programs are described 
in flowchart language, which graphicall, reflects the structure of simple algo- 
rithms. The principal drawback of this language is its unwieldly system of sym- 
bols. 


The graphic R-language does not have the shortcomings noted in flowchart language 
[l]. From the standpoint of describing complex algorithms the greatest advantages 
of R-language are the compactness and brevity of its expressive means. Compared 
to flowchart language the arcs in R-language carry a double load: description of 
the structure of the algorithm and description of processes. The succession 

among processes is insured by the proximity of the corresponding arcs of the R- 
graph, while simplicity of assimilation is insured by the simplicity of the 
corresponding conceptions of R-language. 


[It should be noted that representing algorithms by means of the graphic R- 
language is close to Mili's universal theoretical model of a finite automaton, 
which is applicable for objects of any nature [2]. Unlike the finite automatan 
model graphic R-language does not explicitly fix the states of data at the output 
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of the process, which creates some inconventence for the one who states the prob- 
lems. When designing the general algorithm of a problem it is also convenient 
for the one formulating it to fix the structures »of intermediate data and their 
states tor a check example. Description of the composition and structures at 

the input and output of processes makes it possib’e to avoid excessive detail in 
algorithms. The process of converting the data structure and composition is as- 
Signed implicitly by means of such a description. The only additional thing 
necessary is to indicate conversions performed on juantities of data. 


The present article proposes to elaborate R-language to a language of specifica- 
tions for describing the general algorithms of ASU problems. 


Experience with the use of the graphic R-language in the stage of designing algo- 
rithms for ASU problems demonstrated its high efficiency. The compactness of 
description offers great advantages. The diagram of an algorithm described in 
R-language has roughly the same relationship to the flowchart of an algorithm 

as a mathematical formula has to its textual interpretation. R-language in- 
creased the graphic quality of complex algorithms and made it possible to allo- 
cate them in a limited space, which makes it possible to trace the interaction 

of different modules and distribute processes in an optimal fashion when running 
the program on multiprocessor complexes. 


The analogy between the graphic R-language, where arcs correspond to processes, 
and critical path schedules, where lines correspond to jobs, greatly simplified 
the planning and monitoring of program development, Program segments that have 
been written and debugged are appropriately recorded directly on the diagram of 
the algorithm. 


There was an improvement in mutual understanding between the one who formulated 
the problem and the program developers, as well as better interaction among the 
developers during development of the system. With a good picture of the problem, 
the programmer at the same time has adequate freedom to realize different alter- 
natives of optimal programs. 


The volume of documentation in the program design stage was reduced significantly. 
The graphic quality of the general algorithm @ the problem written in R- 
language made it possible to identify significant design errors in the early 


Stage ol design deve lopment ° 
The above allows us to conclude that the use of R-language is promising not 
only for its basic purpose, but also as a language of specifications in the de- 


sign of complex ASU programs. 
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[Excerpt] Problems with recursive structure are often encountered when solving 

various engineering, mathematical, and optimization problems, The area of prac- 
tical aprlication of ‘ecursion is very broad. It includes problems of numerical 
analysis, translation algorithms, and list processing which are essential appar- 
atus for the development of modern ASU's [automated control systems], 


Recursive programming methods, which reflect a characteristic feature of abstract 
thinking, are practically irreplaceable in a number of cases. The apparatus of 
recursion is contemplated in most programming languages which have appeared since 
ALGOL. But of course, the algorithmic language FORTRAN and a number of languages 
similar to it that are widely used in scientific-technical calculations, do not 
have their own means of organizing recursions. This often imposes undesirable 
limitations on the structure of thc program complexes teing designed, 


Work [1] gives a fairly complete presentation of the recursive methods used in 
programming as well as the means of realizing recursion. But the methodology 
for realization of recursion in the FORTRAN/FAT system as described in [1] is 
based on the features of this system's translator, which differs from the YeS 
computer FORTRAN and, therefore, cannot be used in practice. The fundamental 
principles of organization of recursion in programs, not oriented to the spe- 
cific features of languages, are presented in [2]. Works [1l, 3] consider chiefly 
the formal relationship between recursion and iteration. Work [3] analyzes 
constructions and gives examples typical for the language ALGOL-60. At the 
present time there is no methodology for constructing recursive programs in 
FORTRAN oriented to the YeS FORTRAN system. The apparatus for realization of 
recursion in FORTRAN without using interfacing with programs in assembler 
language, as presented in [4], has limited application capabilities because of 
the rules of FORTRAN. 


This article will propose a methodology for organizing multilevel recursion for 
programs realized in the YeS FORTRAN language. The methodology includes two 
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different approaches. The first is based on interfacing recursive subroutines 
and subsidiary subroutines in the assembler. The second method is based on the 
possibility of creating iterative programs directly on the basis of recursively 


described statements of problems without 
methods are also applicable in principle 
not have their own means for realization 
programming with other operating systems 
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[Text] Many problems which are described recursively occur in practice [1]. The 
use of recursion in programming produces tangible results when solving this type 

of problems on computers. Jespite the fact that recursion is an efficient method 
of programming, by no mears all algorithmic languages (and this includes FORTRAN) 
have means for the realization of recursion. Therefore, to realize recursion in 

FORTRAN it is necessary to supplement it with certain subroutines written in an- 

other language (for example in assembler languaye). 


Investigators have already done some work in this direction. A subroutine struc- 
ture in FORTRAN has been found which makes it possible to refer to oneself re- 
cursively [2]. The structure of the subroutine is such that it can only be used 
once. After it finishes its work the recursive procedure transfers control not 
to the program which calls it for the first time, but rather to the operating sys- 
tem which stops execution of the particular program, The recursive procedure is 
almost always a part of some program which can call on it more than once [1l, 3]. 
It is also possible that the particular recursive procedure calls up other re- 
cursive procedures (for example, realization of syntactic analysis can be trans- 
lated by the method of recursive discharge and finding the largest common di- 
visor of polynomials) [3, 4]. 


[t is impossible to realize this type of recursion in FORTRAN without additional 
means. When accessing a subroutine to oneself in FORTRAN its connection with the 
calling program is lost; to be more accurate, the address of the domain where the 
calling program is stored is lost. This address is stored in the second word of 
the storage domain of the subroutine being called, but with recursive access the 
address of the storage domain of the called subroutine is laced in this word. 

In order for it to be possible to return to the calling problem, its address must 
also be stored upon entry into the recursive subroutine and its value restored 
upon exit from the subroutine. This procedure is accomplished by the subroutines 
SAVE and RETURN. The SAVE subroutine stores the second word of the storage do- 
main of the recursive subroutine (the address of the storage domain of the calling 
program) in the SAVE stack. The RETURN subroutine copies the top element of the 
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stack in the second word of the storage domain of the recursive subroutine. We 
will write out the structure of the recursive subroutine: 


COMMON/STEKiI/I,STEK (200) 
M = () 
T==( 


CALL A(M,A1,A2,..., AN,A) 


‘ 
° 


STOP 
END 


LBROL EINE VCMAANLA. AN SB 
COMMON STLAKIVLSTEK (200) 
iooMEQU)CALL SAVE 


jSMEMEHIME l 

/HEOBNOLIMMBIE BbIYHCJIEHHSA 

\SAPPYSKA CTEKA TAPAMETPAMH 
ALL Bi MAL, A2, _ AN,B) 


SOCCTAHOBSIEHHE | 

)BOCCTAHOB-EHHE LAPAMETPOB MO CODEPXH- 
MOMY CTEKA 

CALL RETURN 

RETURN 

END 


The same array is used as the stack in all recursive subroutines. This array is 
assigned by the general domain STEKII. M indicates the beginning of that part 

of the stack which is used by the given recursive subroutine; [ fs the stack in- 
dicator; A,, Ao, .-., AN are the parameters transmitted; B is the parameter which 
receives the value of the initial address of suhroutine A when control is trans- 
ferred to recursive subroutine A (it is necessary for the subroutine to realize 
access to itself). This method of realizing recursion is achieved in tie YeS 
[Unified System] disk operating system on the YeS 1033 computer using the FORTRAN- 
IV translator, version 2.2. 


Unlike the method of realizing recursion considered in work [2], this method makes 
it possible to call recursive subroutines many times and also allows recursive 
subroutines to include one another, in other words a recursive subroutine can 

call another recursive subroutine, 


COPYRIGHT: IZDATEL'STVO "NAUKOVA DUMKA" "UPRAVLYAYUSHCHIYE SISTEMY I MASHINY" 
1982 


11,176 
CsO: 1863/139 » $1 a« 











UDC 681.3.43 


DATA CONTROL IN OS=-NTs-1l SYSTEM 


Kiev UPRAVLYAYUSHCHIYE SISTEMY I MASHINY in Russian No 1, Jan-Feb 82 (manuscript 
received 20 Nov 79, after revision 28 Apr 80) pp 53-57 


[Article by Yuriy Abramovich Basin, engineer, Special Design Bureau of Computer 
Technology of the Pskov Radio Equipment Plant] 


[Text] Introduction 


Interest in the development of methods of structural organization of data arises 
chiefly because of the significant efforts expended by the developers of applied 
systems to create data bases in information and information-control systems. 

The construction of iterative systems and artificial intellect systems also in- 
volves access to information in an on-line regime. Moreover, the requirement of 
dynamic change in data links naturally arises in such systems [1]. 


Works [2, 3] describe the MULTICS system, one of the first in which a signifi- 
cant share of these questions are resolved, 


The present article describes a hierarchical structure of files that insures 
flexible use of the OS-NTs-1l [4] in composing complex data structures. The 
principal conclusions in the article define the logical organization of files, 

do not depend on machinery and external memory units, and do not involve physical 
arrangement of data on information media. 


In designing the data control system the following requirements that the system 
must meet were formulated: 


— the files must not be a separate information addressing 
mechanism, but must define the logical organization of 
the segmented space of the virtual memory of the system; 


— the structural organization of the files should be assigned 
to the operating systen; 


— the hierarchical structure of the files should be | ara- 
metrically adjusted to the required number of levels and 
permit arbitrary variation (reduction or increase) in the 
number of levels during the process of developing data 
bases; 








— within the framework of the hierarchical structure of 
files the system should insure the organization of ran- 
dom links among levels, authorizing the grid structures 
of files (not necessarily hierarchical); 


— the user should address files by their symbolic names. 
The physical addressing of files should be done by the 
system depending on the actual position of the files; 
it should be concealed from the user; 


— when there is a right of access, the file should be 
easily accessible to different users. 


The Structure of the Files 


This structure is the basic branching (tree-like), hierarchical structure on 
which additional links can be imposed to insure simple access to the files from 
any place [2]. Works [5, 6] give a definition of the branching structure and 
related concepts. 


In this article we are interested in the concepts of “depth of search on the 
tree" and "branching of the nodes of the tree" because representing them in the 
form of parameters taken together with the recursive nature of trees makes it 
possible to construct random hierarchical structures. 


In fact, if the depth of the search on the tree is defined as the number of 
levels (n) from the root of the tree to the assigned level and the recursive 
definition of the tree is used, then this parameter acts as a delimiter of re- 
cursion of passage by levels of the tree structure, in other words, when the 
value of the parameter n is given it becomes possible to operate with trees of 
the required search depth. In the present version of the system the maximum 
value of the parameter n is 255, although in principle the parameter has no 
limits. 


A node of the tree is a special file which is supported by the file control sys- 
tem and contains a list of file descriptors. Each such descriptor can address 

a node at a lower level of the tree, If the branching of tree nodes is defined 
as the number of lower-level (on the tree hierarchy) nodes generated, then the 
corresponding parameter will be determined by the capacity of the file which 
describes the node of the tree. But because the file is a set of a random number 
of segments, it becomes possible to construct trees with unlimited branching. 





The file in the system is identified by its own name. The name of the file i« a 
list of subnames that reflect the position o' the file in the tree structure 
relative to the root of the tree. Each subname identifies the corresponding 

node of the tree and is called by the node name. The list of node names in the 
name of the file is called the file of the path and determines the direction o1 
movement on the structure of the tree from the root to the node that addresses 

the given file. The list is quantitatively Linked with the value of the parameter 
of depth of search on the tree, that is, it includes as many subnames as there 

are nodes from the root of the tree to the node under consideration. The name 








of the path should be unique for the entire tree structure, The condition of 
uniqueness must be met for node names only in the particular direction on the 
tree, 


The file descriptor contains the name of the node and two types of indicators: 
the node indicator of a lower level on the hierarchy of the tree, and the indi- 
cator of the information file of the particular level. Thus, the node name 
identifies both its own file and the segment of the path passing through the par- 
ticular node. This is convenient, for example, in data bases that organize a 
hierarchy of concepts when the same name must be used to identify both concrete 
information that describes the given concept itself and abstract concepts defined 
by means of the given one. If the node name is a terminal subname in the name of 
the path, then the node name, like the path name, identifies a file. If this is 
not the case, it identifies the node of the next level on the tree hierarchy, 
that is, it determines direction of movement on the tree. The fact that the 
descriptor contains two types of indicators assures independent addressing of 
both files and nodes, 


[It follows from this that the descriptor at any moment may contain either both 
indicators or each of them separately. In this case for the descriptor to exist 
it is necessary that it define at least one indicator. The set of file descrip- 
tors of one level n with one preceding node of the (n-1) level forms the cata- 
logue of files of lev:l n corresponding to the node of the n level which 

is realized by a special file. The appearance of a new branch in the node of the 
n level involves including a descriptor of the file of level (n+l) in the corre- 
sponding file catalogue of level n. When the current segment is overfilled a 

new segment is added to the file that realizes the node. 


Segments within a file form a linear structure and are additionally identified by 
their own number. As a result, access to individual segments of the file is 


index-sequential access. 


The presence of just one node indicator in the file descriptor insures the struc- 
ture branching which follows directly from the definition of the tree. 


In the system under consideration the grid structure [5] is insured by inposing 
additional links among nodes on the base tree structure. With the imposed links 
the tree structure become; a directed graph. 


The links make it possible to address files from any place in the hierarchical 
structure, giving the illusion that each link actually exists. Hierarchical sub- 
ordination is not mandatory for the links. The links make it possible to avoid 
duplication of files shared by several directions, 


The file indicator of the descriptor, not the node indica or, is used to realize 
additional links because the node indicator insures movement only along the 
Structural links of the tree. But the tile indicator addresses only terminal ele- 
ments of the tree (leaves) which by themselves do not insure any movement. When 
links are organized such a file contains the name of the path along the tree and 
the coordinates of the required tile, which make it possible for the system to 
choose a new direction of movement. 














All actions related to change in direction of movement on the structure of the 
tree are performed automatically by the system if during movement in the assigned 
direction a file is encountered that indicates the need to change direction. We 
will call the file that insures linkage of different directions on the tree the 
linking file. 


From the individual elements placed in different directions of the branching struc- 
ture a chain of links can be compiled which is possible when the file addressed 

by the Linking file is itself a linking file. The path along the chain of links 
will be followed by the system without intervention by the user. The chain can 

be entered from any of the directions linked to it. 


Closed chains and loops, which in the current redaction of the system lead to 
cycling, are a limitation on the construction of chains of links. This limitation 
may be removed if the process of movement along a closed chain or loop is accom- 
panied by analysis of the exit condition from the cycle, that is, entering the user 
processing process. Access to a file on the chain of links can be accomplished 
either directly by the coordinates of the file or by its path name on the tree. 

[If the file with which a Link is established is defined, access to it can be ac- 
complished by coordinates. When the file is not defined, only its path name on 

the tree by which access is accomplished is recorded in the linking file. 


Instructions 


Whereas the primary links of the hierarchical branch and structure are formed by 
the file control system, the supplementary links that provide the grid structure 
are established by the user using the instruction LINK [SVYaZ"']. 


In the system under consideration the files are essentially open. This means, 

in the first place, that the files are equally accessible to all users, and in 
the second place that any user is authorized tor any set of operations on files 
in the on-line regime with the corresponding right of access. As a result, there 
is no need for. such standard instructions as opening and closing the file. 


The set of instructions given to the user will work only on files. Actions on 
nodes and the structure are performed by the system as accompanying actions to per- 
formance of actions on the files, and they are not accessible to the user. For 
example, on the instruction WRITE [ZAPIS'] a segment or batch of data is written 
in the file of the given level. In this case the system forms all nodes that are 
absent in the prestructure and establishes hierarchical links to insure the direc- 
tion of movement on the tree given in the instruction. On the instruction CANCEL 
[ANNULIROVANi Ye] individual segments of files, files, and subtrees of files may be 
cancelled, depending on the modification. The system traces the state of the nodes 
of the tree, corrects Links, and where necessary cancels files that realize nodes. 


According to the definition in work [6]. the tree is a finite set T consisting of 
one or more nodes. In this case one specially designated node is called the root 
ot the particular tree, and the other nodes (except the root) are contained in 

m 0 paired nonintersecting sets T'‘ bp ccey T'm(r = l, n), each of which is, in 


its turn, a tree. The trees T',, ..., T'm are called subtrees of the particular 
root. 











The condition of paired nonintersection of the subset T',), ..., T'm leads, when 
they are consolidated, to the existence of m branches in the root of the tree at 
level (r-1), that is, if for any 
rT FEL mm), tA, TEN T= 9. 
then 


m 
U a a '(m) 
= 


For subtrees of different levels 1, k, and 1 # k, the condition of nonintersec- 
tion is not mandatory. Therefore, consolidating such sets does not always lead 
to the addition of new branches to the corresponding roots, that is, if among 


the pairs ri. THE (I, mi}, JE (1, me) 


some are found so that 
TINT) 0, 


then 
y' UJ TR .. rT! (S), S« Ny + My» 


Based on these properties of the tree and applying the condition of coincidence 
of node names to test the criterion, the following instructions can be intro- 
duced to manipulate the structure of the tree: 


— graft subtrees to one another; 
— prune subtrees from one another; 


— change a node name with a corresponding correction of the 
structure. 


The use of such instructions makes it possible to automate the accumulation of 
knowledge independently received in the system and to control the branching of 
nodes of the tree and the depth of search in order to optimize retrieval time. 


The set of operating system programs that insures the file organization con- 
sidered above forms the OS-NTs-1 file control system. This system is developed 
on virtual memory, and realization of its principal functions is insured by the 
virtual memory of the system. 


rhe Organization of Virtual Memory and Files 


The dimensions of the memory given two processes by the segmented space of virtual 
memory make it possible not to use files as a separate mechanism for addressing 
information. For this reason there is no need to make a iistinction between files 
and segments, in other words a file is a segment and all segments are filed. 

The concept of the "file" is transformed and loses its meaning as specific in- 
formation in external memory units [2, 7]. 


In the OS-NTs-l the file is a set of linear arrays in the form of segments in 
virtual memory. Access to them is accomplished explicitly by name using 
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read-write operations or implicitly by assigning standard procedures for access 
to data. The latter is conditioned on the features of organization of access to 
the system's virtual memory. The concept of homogeneity of memory includes two 
aspects: homogeneity of access and homogeneity of control, 

The traditionally used method of organizing access to virtual memory is based 

on representing the mathematical address in processor instructions. By means of 
special equipment this address is converted into the coordinates of the physical 
location of the corresponding segment or the name of the segment, which identifies 
the position of the segment in the file structure. The latter is the key to 
solving the problem of homogeneous system memory, including files [2, 7], because 
the segment and the file are given in mutually unique correspondence both from 
the standpoint of organization of access and from the control standpoint, 


When controlling files it is not necessary to use the method of buffering en- 
tries, subordinating file behavior in the system to the laws of controlling sepg- 
ments in virtual memory. The capability of automatic replacement of data, which 
defines the extrapolation feature of control, makes it possible to leave in the 
primary memory only those segments which are most frequently needed, The seg- 
ments which are not regularly retrieved can be temporarily replaced by those 
which are required more often. As a result there is no need for all segments of 
a program or data to be in primary memory at the same time, and the programmer 
does not have to decide which segment should be in memory and which should not, 
and which segment should be replaced when the need for a new segment arises 

[9]. 


As a result of the homogeneous representation of memory, users can share files 
without duplicating information and access can be monitored not only for infor- 
mation in external memory but also in primary memory [2]. On the other hand, 

the condition of correspondence of files and segments means that the segments 
must, for their part, reflect the structure of the files, Corresponding to each 
segment in virtual memory is a descriptor, which is nothing else but a descriptor 
of a file served by the system. The segment is identified by its name, which is 
equivalent to the file name; in other words, che name reflects the positiva of 
the segment in the hierarchical structure, 


Establishing a correspondence between the attributes of file and segment con- 
trol makes it possible to speak of the homogeneity of memory with respect to 
control regardless of the organization of access, The condition of homogeneity 
of memory with respect to organization of access should be considered, based on 
the designation of the system; in the present version the system is oriented to 
solving information support problems. 


fhe above-described method of access to data in virtual memory is an address 
method and requires special measures t» organize non-address (associative) ac- 
cess, which is standard for information support problems. Work [10] describes 
an associative-type virtual memory based on the dynamic method of organizing 
information arrays [11] and considers the mathematical address as the key to ac- 
cess. This system achieves homogeneity of memory with respect to organization ol 


access. lt is possible here to speak of homogeneity of memory with respect to 


access within a single file [12]. 











Non-address access ofters a corresponding organization of data which forms the 
internal structure of a segment. 


Generally speaking, the internal structure of a segment differs from the organi- 
zation of segments in virtual memory (which in the particular case represents a 
hierarchical structure). Therefore, the condition of homogeneity of memory with 
respect to axis should follow from coordinating both levels of access: external 
(by the structure of segments in virtual memory) and internal (by the structure 
of the data of the segment). 


Procedures for External and Internal Access 


The condition of coordinating access by the external and internal structure of 
the segments necessitates procedures for external and internal access respec- 
tively. Each of the prucedures accomplishes non-address (associative) access 

at its own level of identification of objects. The external access procedure 
identifies data with a precision to the segment level, that is, objects that are 
known and defined by the system in virtual memory. The internal access pro- 
cedure operates with data which are structurally defined by the user. 


Both types of procedures are realized with due regard for optimal distribution 
of available means. This refers to the means of the operating system and the 
linguistic means offered to the user. 


fhe problem of optimal distribution of either operational or linguistic means 

of realization must be solved in all stages of system design. The criteria of 
optimality may be, for example, relative overhead exper ditures for the effect 
achieved and user convenience. In the particular case, it seems advisable to 
impose the internal access procedure on linguistic means by introducing a set 

of subroutines or expanding the composition of language statements. The ex- 
ternal access procedure should be assigned to the operating system, To organize 
interaction among both types of procedures an interface is introduced. It is 
simple both from the standpoint of understanding and use, and from the stand- 
point of its realization. 


(he intertace between procedures is constructed beginning with the idea that 
the physical file often represents not one segment, but a set of segments 
corresponding to the physical limitations of the modules loaded in primary 
memory. Thus, it is necessary to switch the user process among file segments, 


creating the illusion that the file is a single segment. 


The external access procedure defines the necessity of representing the particu- 
lar segment, interacting with the internal access procedure of the user process. 
lt is constructed on the basis of the property of periodicity or rate of repe- 
tition of processing particular batches of file data. Periodicity of data 
processing means that the user process within the limits of a segment operates 
with particular parts of it or the segment as a whole in an identical manner 
from the standpoint of access control; in this case, the procedure performed by 
the user process is repeated in the file trom segment to segment. If the 


process as a whole does not meet this requirement, its functional decomposition 


found the case where eac!l 


in the class of problems under consideration i 





component of the process represented in the form of a separate process will meet 


the given requirements. 


(the possibility of the existence of a decomposition follows from the fact that 

any process can always be broken into parts, each of which either reads data, 
writes data, or combines these operations in solving information support problems. 
thus, the user process can be started again from the beginning in working with 
each successive segment and may be considered as a subprocess of the external 
access procedure because it develops on a known data base and is initiated by 

the external access procedure for representing data [4]. 


The organization of access to data by a system procedure that is external to the 
user process and reducing work with files to work with segments insures homo- 
geneity of memory with respect to organization of access and control with a pre- 


cision to the segment level, and in combination with internal access procedures 


provides full homogeneity of memory. 


Ihe fact that the external access procedure is external in relation to the user 
process makes it possible to organize interaction of arrays within the limits of 
a single file and the limits of arrays be!onging to different files. In this 
case access to arrays is accomplished by the external access procedure and thei 


interaction and processing are accomplished by a user process. 


[he many ditferent torms otf access to data and their interactions lead to the 
organization of a standard set of external access procedures organized at the 
level ot the operating system. in the OS-NTs-l data are correlated with the pro- 


cedure tor access to them on the level of initiation processes [4]. 


Thus, introducing external access procedures in the operating system makes it 
possible to decompose applied information and intormation-control systems into 
separate components, correlating each of the components with an existing set 


of external access procedures. this simplifies system design because the avail- 


ible set of procedures makes it possible to identify the components of the systet 


related to data processing and data access more clearly and precisely, reduc: 

the time required, and implifies debugging of software because the functions o! 
access to data and organization of their interaction are performed by the system. 
(he user concentrates his eitorts mainl on solving the problems themselves. 
Conclusion 
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From the standpoint of the operating system the memory organization considered 
here provides standardization and homogeneity of access and control of segments 
and the entire system memory. The proposed organization of memory does not re- 
quire additional hardware. At the same time, it can easily be adapted without 
any substantial additional work if an associative memory unit of adequate ca- 
pacity is included in the system hardware. This greatly improves the time and 
functional characteristics of the external and internal access procedures and 
makes it possible to insure efficient realization of internal access procedures 
with the means of the operating system. 
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[Excerpts fhe programming system developed by the authors while designing soft- 
ware for voltage pulse generators and word generators with built-in microprocessors 
is described below [2]. rhe programming system takes account of the basic feature 
of this class of instruments, which is the fact that the built-in microcomputer 
does not participate in the generation process but rather executes user commands 
irriving from the keyboard or general-use channel, monitors the correctness ol 
actions by the user, shapes data for display, adjusts particular units of the 
instrument, monitors their work, and controls data exchange with the general-use 
channel. 

Up to one second is allocated to process user commands. The low speed require- 


ments permit internal interpretation of a high-level language in the instrument, 
rr 


(This language "compresses the program and the control memory, which stores the 
program in the high-level languaye and the interpreter, has a smaller volume than 
the case where it stores the program in machine codes (of course, if the volume 
of the program in machine codes exceeds a certain threshold value). 


fhe problem orientation ot the programming system was determin: in the process 

of analyzing algorithms and the first programs tor voltage pulse generators and 
r word generators. The analysis involved identifying the operations encoun- 

tered and determined the frequen of their appearance, A list of high-level 


language instructions for the SPRINT (System of PRogramming with INTerpreter) was 


yrmed as the result of the analysis [3]. Because the work algorithms of the 


renerators have a clearly expressed control character, the SPRINT language 
listinguished by elaborate instructions for controlling transfers in the program. 
\nother waracteristic of the SPRINT language is the possibility of describing 
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GENERAL 


CEMA INTEGRATION IN CREATION AND USE OF COMPUTERS 
Moscow PRAVDA in Russian 29 Apr 82 p 4 


|\Text] Electronic computer technology... A world of large and emall computers, 


integrated circuits, microprocessors. In a word, the leading edge of acientific- 


technical progress. Recently at the regular meeting of the CEMA Ispolkom 
questions of cooperation in the development and widespread use of sicro- 
processor technology in the economy were discussed. Letters are being sent to 
the editor, in which the readers are asking for an explanation of what value 
computers have in the countries of socialist cooperation, and how cooperation 
is developing in this field. 


Vilitea Chaikovekoeo, Number 11. The Coordinating Center of the Intergovern- 
mental Commission for Cooperation between the Socialist Countries in the Field 
of Computer Technology. Mikhail Yevgen’yevich Rakovekiy, the director of the 
Center relates: 


“The integrated program of socialist economic integration is providing for the 
hastened creation and effective use of computers. The application of computers 
is helping to raise the productivity of labor, to increase the return of funds, 
and the gain thing, to free the individual from tedious, sonotonous operations. 


“In order to reduce expenditures of time and material expenses in computer 
production in various countries of socialist cooperation, the constant and 
precise coordination of work in thie field is necessary. Our Coordinating 
Center ia figuratively called the headquarters of the Intergovernmental Conm- 
msiesion. it brings together and guides the efforte of sany thousands of 
designere, ecientiate, and workere in the eight socialist countries that are 
participating in the creation of computers. 


“I will cite more data,” our speaker continues his discussion. “As a whole in 
the socialist countries billions of rubles worth of computer technology are 
now being produced per year. Already hundreds of thousands of people are 
occupied with the operation of the whole stock of computers. That's why the 
moat important question today is how to increase the effectiveness of the 
application of computers, and to decrease expenditures for their production. 


“Thies is not an easy task, and it requires improving scientific-research work, 
increasing the reliability of the systems that are being produced, and pre- 
paring qualified personnel. 














“Over the 12 years of coordinated work by the CEMA member countries that 
signed the agreement on cooperation in this field in 1969, much has been 
achieved. A mechanism for mutual action has been laid down, a single tech- 
nical policy has been worked out, and scientific-research and design work is 
being carried out in an agreed-upon manner. The Unified Computer System and 
the Mini-Computer System has been created. Each of these systems provides 
complete compatibility of computers, and opens wide horizons for specializa- 
tion and cooperation. 


"In all this work it is important to emphasize the leading role of the 
collectives of the Soviet Union which are being led by V. V. Przhiyalkovskiy 
and B. N. Naumov, the chief designers of the computers. Zh. Zhelezov 
(Bulgaria), Zh. Narai (Hungary), G. Merkel’ (GDR), B. Pivovar (Poland), and 
I. Brany (CSSR), the chief designers of the socialist countries, also had 
quite a bit to do with the whole affair. 


"The division of labor in this field continues to develop successfully. The 
level of unification and standardization of hardware and software is con- 
tinuously increasing, and the quality of equipment and systems is being raised. 
Bulgaria, for example, is improving the output of external memory devices year 
by year. In the GDR, alongside of the Yobotron association, the "Karl Zeiss 
Jena" enterprise that is famous worldwide is participating in the creation of 
memory devices. Czeckoslovakian-produced machines with speeds of 20,000 and 
60,000 operations per second are being modernized at two large associations-- 
"Tesla", and ZAVT. Hungary is continuing to master the production of small 
computers and cisplays. 


“At present in the countries of socialist cooperation great significance has 
been attached to the output of mini- and micro-computers. The improvement 

of microelectronic technology has made it possible to put several hundred 
thousand transistors and other elements on one silicon crystal. Thanks to 
this micro-computers are being created on the basis of large-scale integrated 
circuits that are smaller that a match box. In productivity they lag some- 
what behind the large machines, but at the same time they are comparatively 
cheap, and convenient for use and service. 


"Microprocessors are called catalysts of scientific-technical progress. They 
are providing for the active resolution of social questions transferring to 
the machines what is its and leaving to the man what is his. These “smart 
babies” work particularly successfully in the so-called embedded systems of 
automated control - in machine tools with digital program control, in manipu- 
lators (robots), in steel melting furnaces, in welding machines, and in the 
spinning and sewing industries. 


“In the near future," says the director of the center .. conclusion, "mico- 
computers with the so-called ‘professional intellect’ will have enormous 
prospects. These simple and cheap machines will provide for a sharp increase 
in the speed of technical progress. Qualified personnel is necessary in 

order to have such a technology. Over the years of cooperation of the 
participant countries of the agreement over 220,000 specialists in electronics, 
computer technology, and computer mathematics have been prepared in higher 
educational institutions.” 
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With this the conversation at the Coordinating Center was ended. Let's go 
now to a different address to see how computers are working for socialist 
cooperation. 


Kitayskiy Proyezd, Number 7. The Ministry of Power and Electrification. The 
Central Dispatching Administration (CDA) of the USSR Unified Energy System. 
We go up in the elevator and enter the spacious main dispatching center. 
Vladimir Germanovich Ornov is the head of the computer technology service. 


"The Ministry of Power and Electrification," he relates, "is one of the 
earliest and most ‘avid' users of computers. And this is understandable. 
Today energy flows, including to the brotherly countries, are reaching huge 


quantities, their speed is instantaneous, and the number of links that comprise 


the network of the international electrical system "Mir" is great. We 
couldn't get by without electronics in the control of such a complicated 
system. Hundreds of computers are now in operation in the Ministry of Power 
and Electrification, including practically all models of machines that have 
been produced in the socialist countries. 


We are seated in front of one of the displays which bears the Unified System 
brand. Vladimir Germanovich presses several keys, and a schematic of the 
power flows across the western boarders of the USSR into Poland, Hungary, 
Czechoslovakia, Romania, and Bulgaria appears. 


"Electricity is also good," explains our speaker. "Its quality not only 
depends on the maintenance of the necessary power flow, but also on its 
frequency. From the numbers on the screen it is clear that the computer is 
recording the normative, physical, and expected quantity of power and the 


frequency of the electrical current in the "Mir" system. It is simultaneously 


an advisor and forecaster, and aids in monitoring the flow of power, calcu- 
lating its quality, ensuring the effectiveness of economic indicators, and, 
it goes without saying, making optimal decisions when breakdowns occur. 


"Let's imagine for a second that in a certain large station in one of the 
European brother countries some kind of breakdown has occured, or let's say, 
a storm starts to pour on a power transmission line. The street lights are 
put out, factories come to a halt, the trains freeze... In order that this 
doesn't take place, a preventative electronic device is in operation. Ina 
second along the wires of the international energy system help arrives from 
neighboring countries. In the same way computers react with the speed of 
lightning to peak loads in the morning and evening hours, when the use of 
energy sharpky rises. 


...On the way out of the building of the CDA one's gaze lingers in the 
vestibule on the electronic display uf the Hungarian firm "Vizinform". On 
it was a lit announcement about a meeting of the workers with ex-world chess 
champion M. Botvinnik called "Chess without energetics." 


"Will an electronic partner for Karpov, a computer-grandmaster soon appear?" 
[ jokingly ask our speaker. 











"Apparently there's a long way to go," Vladimir Germanovich answered. But it 
seems like "micro-professors" are making advances for real. Computers have 
already been created that can read text and execute voice commands. 


The saturation of contemporary life with computers places important questions 


before the brotherly countries: how to best provide servicing for a complicated 


technology, to prepare personnel for computer centers, to exchange experience? 


Pyatnitskaya, 6/7 - yet another point on the map of the capital that interests 
us. The Bulgarian technical center of electronics and electro-technology in 
the USSR. Viktor Nikolov, the director, says that the workers at the center 
provide technical assistance in installation, servicing, and repairs under 
guarantee of Bulgarian computer technology, and cooperate in the creation of 
software. At present, practically all the systems that were purchased in 
Bulgaria are being serviced by Soviet specialists. Many of these studied at 
evening courses at the Moscow center. In order to familiarize people with 
the new Bulgarian products, exhibitions of equipment are being held here, 
applications packages are being demonstrated, and consultations are being 
organized. 


Then V. Nikolov shows the instructional classrooms, where specialists are 
being prepared in all of the Bulgarian equipment that has been supplied to 
the USSR. Already «round 4,000 people have been trained in the time that the 
center has existed. And if it used to be that mainly operators, programists, 
and service personnel came here from various places in the USSR, now skills 
are being acquired at the courses, it is mainly teachers who are raising 
their qualifications and then go on to train specialists. 


The exchange of experience is also being resolved. Bulgarian engineers and 
technicians in their turn study, for example, in night courses in Moscow, 
Minsk, and Kazan’. 


"What tasks has the collective of the Moscow technical center set before it- 
self for the next few years?" 


"Of course, the main thing is to preserve a reputation as a reliable firm, to 
ensure a high quality of service and preparation of cadres. And then, to 
cooperate with Soviet creators of electronics. Well of course we hope also 
to broaden purchases in the USSR of new Bulgarian computer goods." 


The meeting ended with an inspection of the permanent exhibition. The taste- 
fully constructed displays relate that before 1965 the production of 
electronic-computer technology in Bulgaria did not exist at all. The re- 
public set out on the path of the development of a new branch. In the 1970's, 
15 factories were erected here. The specialized "Izot"’ Association was 
organized. 


Bulgaria has specialized in the construction of external memory devices. Its 
engineers, along with their Soviet colleagues, mastered the production of such 
complicated products, as central processors, magnetic tape and disk drives, 








teleprocessing devices, and microprocessor equipment. And all of this is the 
result of the agreed upon actions of the socialist countries in the area of 
specialization and cooperation. 


With this our short excursion from address to address, from person to person 
who can talk about how modern computers are serving socialist integration 
draws to a close. Of course, not everything on this path is smooth. Many 
problems still await their resolution or have only been solved in part. For 
instance, work on the further unification of products is going on, and the 
goal of eliminating parallelism in the production of computer technology is 
being pursued. There is slack for lowering expenses and increasing the 
quality of computers. 


The pains of growth... There is no doubt that they will be overcome. Because 
the main thing has been laid down - an international collective of designers, 
engineers, workers, and technicians has been created. They have a single 
goal: to put electronics at the service of socialism, and to strengthen the 
integration of the brotherly countries. 
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PROBLEMS IN TRAINING SPECIALISTS LN COMPUTER ALDED DESIGN 


Moscow VESTNIK VYSSHEY SHKOLY in Russian No 3, Mar 82 pp 42-46 


iArticle by Professor V. 1. Salyga and S. V. Kurov, “Improve the Training of 
Specialists in SAPR (Computer-Aided Design Systems)" ) 


[Excerpts] The Main Directions for Economic and Social Development of the USSR 
for 1981-1985 and the period to 1990 call for “expanding the automation of design 
and scientific research work by using electronic computers.” In this connection, 
training personnel in computer-aided design (SAPR) (CAD) is assuming special in- 
portance and relevance, 


Inspection results have shown that training of CAD developers is being success- 
fully implemented in a number of the country's VUZ's. This effort is being carried 
out especially intensively and successtully at the MAL (Moscow Aviation Inetitute], 
the MIFI [Moscow Engineering Physics Institute], the MIEM (Moscow Institute of 
Electronic Machinery], the MVTU |Moscow higher Engineering School] and the MEI 
(Moscow Power Engineering School]. Instructors at these VUZ's have established 
close business contacts with organizations and enterprises engaged in developing 
CAD systems. 


Organizing training of CAD specialists has required VUZ's to reequip departments 
and laboratories with modern computers and peripherals. On this basis, implementa- 
tion of an interVUZ program on development of training-research CAD systems has 
begun, 


Analysis of the training of CAD developmental engineers has revealed not only the 
positive aspects, but also a group of basic problems. Raising the quality of 
training specialists in this field is fundamentally dependent on solving these 
problems. Thus, effective implementation of the training process is hindered by 
the lack of standard training plans and programs for the disciplines in this tield. 
Essentially, each VUZ that trains CAD developers now has its own plan for this 
specialization, and the set of disciplines even within one specialty differ sub- 
stantially for different institutes. With that, not one craining plan for the 
specialties with regard to these specializations has been approved by the USSR 
Minvuz [Minstry of VUZ's]. At the same time, at the institutes inspected by th« 
State Inspectorate, there were no standard training plans for the corresponding 
specialties with regard to specializations in the CAD field that had been deve- 
loped and approved by the ministry. Thus, at the Kalininskiy Polytechnical Insti- 
tute, which does not have sufficient experience in training CAD engineers, 








we 








A typical deficiency for the majority of VUZ's is the poor systems engineering 
direction of the training process. Little attention is paid to the principles of 
design and research of structures and to development of the components of software 
and the information base for these systems, 


Practical laboratory training that incorporates the principles for mastering 
modern CAD facilities gust play 4 special role in training CAD specialists. Yet in 
many VUZ's inspected, the theoretical training of students in CAD systems has not 
been reinforced to the required extent by meaningful laboratory and practical 
activitie.. Thus, there has oeen actually no laboratory work on CVD at the 
Kalininekiy Polytechnical Inetitute. In some VUZ's, the content of practical 
laboratory training does not fully correspond to the problems of training CAD de- 
velopers. As inspection results have shown, this situation is largely due to poor 
equipping of training laboratories with modern computers and peripherals, micro- 
processors and CAD facilities, including displays and plotters. In the same 
Kalininekiy Polytechnical Institute, there are no displays at all, and in some 
VUZ's, the equipment available does not meet even half the requirements. 


COPYRIGHT: tIszdatel'stvo “Vysshaya shkola", “Vestnik vysshey shkoly", 1982 
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RENTING OF COMPUTER TIME 
Moscow TRUD in Russian 13 Apr 82 p 2 
[Article by G. Sidorova, engineer: "Machine Time Is Being Rented" ] 


[Text] In the early days, when computers with the peculiarities of their 
designers went into production, there were not enough of them to supply all 

of the enterprises and organizations that needed them. Now the demand is 
being satisfied. Computers have become a mandatory possession of enterprises 
and institutes. There are so many of them, that it is a rare "Advertisements" 
section in the newspaper VECHERNYAYA MOSKVA that goes without an announce- 
meut: "Organization is renting out computer time..." Renting time... How 

is this coming about? Does a task for the computer have to be sought? In 
other words, are expensive computers sitting idle? 


We called several of the numbers indicated in the announcements. 


"The Main Computer Center of Minrechflot RSFSR [RFSFR Ministry of the Mari- 
time Fleet] is renting out time on any day of the week..." 


"The Main Information-computer Center of the USSR Ministry of Petroleum Re- 
fining and Petrochemicals Industry is renting out computer time..." 


As it turned out, even the Computer Center of the Statistical Administration 
of Moscow is also putting computer time up for rent. Perhaps it's possible 
somewhere, but here the computer should have plenty to do. 


Renting, renting, renting... 


According to the current national norms, computers are supposed to do useful 
work, fulfilling tasks, for 15 hours per day. This load has been established 
by USSR Gosplan and the CSA [Central Statistical Administration] of the USSR. 


What does it take in order to get one's own computer center? As S. N. Bushev, 
the head of the Main Administxation for Computer Work of the USSR CSA, ex- 
plained to us, not very much. Ministries are given the right to plan the 
creation and start-up of computer centers themselves. If, in their opinion, 
this or that organization needs to acquire its own computer center, an order 
for a computer is sent to USSR Gosplan. And, like mushrooms after rain, 
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separate computer centers and computer technology departments in scientific- 
research institutes appear. To what does such a "demographic explosion" in 
the computerized information sciences family lead? Computer technology is 
dispersed across ministries and branches without taking into account real 
possibilities and needs. Why, for example, in Tashkent, do the Main Informa- 
tion-Computer Center of USSR Glavsredazirsovkhozvodstroy [Main Central Asian 
Sovkhoz Water-building Administration] of the Ministry of Land Reclamation 

and Water Resources and the Information-Computer Centers of UzSSR Goskomvodstroy 
[expansion unknown] and of the Republic Ministry of Land Reclamation and Water 
Resources coexist side-by-side? After all, in practice they are solving the 
same problems, with which one branch center in the region could have coped. 


To have your own computer center is prestigious. Stocking 
up on the technology, the ministry and department seem to 
be competing with one another. And so in the localities 
they are contending for clients. After all, the norms 
for loading must be fulfilled. And any means to achieve 
this are fine. Those who are renting out time are not 
interested in what kinds of tasks are being solved on 

the computer by the renter. Maybe someone wants to 
calculate how many door handles there are in his institu- 
tion? Please, the computer is at your service. If only 
the accourts were settled. 


According to data of the USSR CSA, the nationwide average daily loading of 
large- and medium-scale computers is 11.3 hours. We emphasize - this is the 
average. In certain computer centers, however, computers are doing useful 
work only 5-6 hours. No one in these organizations is answering for the low 
effectiveness of the use of computer technology. No one has to. There is 
no single centralized organization in the country which would regulate its 
use. 


But after all, isn't someone nevertheless responsible for this? Yes, again 
it's somehow the ministries themselves. It's well-known that when one has 

to be responsible for oneself, objective causes that diminish one's responsi- 
bilities are always found. Probably for this reason in certain branches and 
departments the computer centers are constantly amongst those that are lagging, 
which in no way can reflect favorably on their existence. 


Unfortunately, there isn't yet any data for the average loading of computers 
for the whole year of 1981. But in the first half of last year for the USSR 
Ministry of Land Reclamation and Water Resources it was all of 8.3 hours. 
And it was close to that level in the preceeding year. For example, an 
ES-1022 computer in the information-computer centers Ministries of Land 
Reclamation and Water Resources in Belorussia and Kirgh‘ziya do useful work 
all of six hours, and the amount for the even more powerful ES-1033 in a 
computer center of Glavrissovkhozvodstroy (Alma-Ata) [expansion unknown] was 
even less. 


The causes? B. G. Shtep, the deputy minister of the USSR Ministry of Land 
Reclamation and Water Resources, feels that the problem is that the «computer 
technology is primitive. We won't bother to argue with Boris Grigor'evich, 
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but on account of this we got interested in the opinion of specialists of the 
USSR State Committee on Science and Technology (SCST), Gosplan, and the USSR 
CSA. They noted that the Unified Series of computers, yes and even the 
Minsk-32s that are being replaced, are capable of solving all planning-economic 
and engineering-calculating tasks. But at the USSR Ministry of Land Reclamation 
and Water Resources, basically only tasks of an accounting nature are entrusted 
to the computer, whereas the circle of problems with which the ministry is 
concerned is very large. They are: construction and operation of units, the 
distribution of water, the development of design work. And so the main cause, 
if you will, is the fact that the task load from the ministry itself is too 
low. 


G. Ye. Vodolazhskiy, the head specialist of the department of computer tech- 
nology of USSR Gosplan in the amelioration branch, agrees with this. "The 

USSR Ministry of Land Reclamation and Water Resources," he adds, "is hardly 

the only ministry where monitoring of the use of computer technology is carried 
out outside the bounds of the central apparatus. It is assigned to the All- 
Union “Soyuzvodproyekt" Association [expansion unknown]. Naturally, in working 
with the computer subdivisions there is no organizational head. 


This example only confirms it an extra time: it is time to change the existing 
order for the distribution of technology and the creation of computing sub- 
divisions. Here is what B. G. Senyaninov, the assistant head of the Main 
Administration of computer technology of the SCST, said about this subject: 


"USSR Gosplan and the SCST should plan the creation of new and the development 
of existing computer centers according to the requests made by the ministries 
and departments." 


In our view, it would also make sense to take into account the data of the 
CSA: how much technology is concentrated within separate regions, and how 
effectively it is being used. But for the present the way in which technology 
is distributed remains as before. The dispersion of computers throughout the 
country continues. 


And even in those regions, where there already is enough. How can the com- 
puter be helped so that it is not left “unemployed?” 


A partial solution was found in Kiev. A dispatching service has already been 
operating there for five years. It redistributes computer time among organi- 
zations that do not have their own computers. It is convenient. 


N. Ya. Gezel', head specialist of “Ukrremdorproyekt" [expansion unknown], one 
of the regular customers, admitted that it would be difficult for the insti- 
tute to get by without the dispatcher service. 
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"On the average we need about four hours of computer time per day, and on 
different computers," he was relating. "It used to be necessary to look for 
days to find someone who would give computer time. The service does this very 
quickly, and in addition, selects a computer subdivision that is situated not 
far away." 


At the present stage a dispatching service is necessary. Over five years the 
computer subdivisions in Kiev with its help have sold 76,000 hours of com- 
puter time for the sum of 5.5 million rubles. In the city idle time for 
computers because of the absence of work was slashed more than 40 percent. 


The USSR Interdepartmental Council on Questions of the Improvement of Manage- 
ment in the National Economy approved the experience of the experimental in- 
formation-dispatcher service for computer centers in Kiev. Taking into account 
this experience, the Ukrainian filial of the USSR NII CSA [The USSR Scientific- 
Research Institute of the Central Statistical Administration], the Institute 

of Cybernetics of the Ukrainian SSR Academy of Sciences, the All-Union 
Scientific Research Institute for Problems of Organization and Management of 
the SCSR, the Main Administration of computer work of the USSR SCA, and the 
computer center of the Statistical Administration worked out a standard work- 
ing design for computer center dispatcher services (CCDS). 


Dispatcher services will work like middlemen between com- 
puter centers and organizations that need computer time. 
The services should pay for themselves. A calculation 
based on the example of Kiev showed: two percent of the 
calculated selling price of completed work (for each - 
from the computer center and from the user) is fully 
sufficient, in order that the service can not only 

exist, but also grow. In this five-year plan it is 
planned to create CCDS in a few more cities. The 
services need housing, transportation, and carefully 
worked out forms of mutual accounting with the users. 

But there is the apprehension that, although their 

first steps will be along a well-trodden path, there 

will be barriers. The fact of the matter is that 

the Kiev service until now has beca working “unselfishly”, 
not receiving any payment at all for services from its 
users. 


Almost all the specialists with whom there was a chance to converse came 
together on one point: Dispatching will help to use computers more effectively. 
But the main thing, I think, is in the fact that it has the ability to 
hasten the creation of collective use computer centers (CUCC). 


What is a CUCC? If one were to characterize them very briefly: they are 
centers which are outfitted with high performance computers and hardware, 
through the sinultaneous use of which many users receive access to computing 
and information resources. We already have centers of collective use working 
in Leningrad, Minsk, Riga, Tallinn, Tomsk, Tyumen’, Tula, and also in 
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Novosibirsk. They service budget organizations, industrial enterprises, and 
agricultural enterprises alike. It is much cheaper for users to make use of 
the resources of the CUCC, than if they had had to provide themselves with 
their own computer centers. 


In the llth Five-Year Plan the number of collective use computer centers will 
increase. Machines of new power will be needed. At the same time there is 
no ban on the creation of one's own computer centers both for ministries and 
departments, and even for potential aspirants for computer technology. It 
has come about that USSR Gosplan should approach the question of the distri- 
bution of computers even more attentively and critically, especially in those 
regions where, in the next few years, collective use centers will be. 
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{Article by Valeriy Anatol'yevich Sklyarov, senior teacher, Minsk Radio Engineering 
Institute] 


[Text] Introduction 


Works [1, 2] have reviewed the methods of synthesizing microprogram automata 
(MPA's) on programmable logical matrices (PLM's) which are included in the class 
of circuits with matrix structure. This class also includes read-only (permanent) 
memory "its [1]. The present article considers methods of synthesizing MPA‘'s on 
the basis of read-only memory units [ROM's] and PLM's. 


We will call the PLM with n inputs, m outputs, and q intermediate lines the PLM 
(mn, n, q) [1]. The ROM can be described by two parameters [1] — the number of 
inputs n' and the number of outputs m'; we will call these read-only memory 
units ROM (n‘, m'). 


Suppose we have given MPA S fl], A* (a), *++s @mM/) — the set of internal states 
of the automaton, X = (x), «.--,» *L) and Y = (y), «..+» ¥Yy) are the sets of input 
and output variables respectively. We will assign the MPA using direct transfer 
tables [1]. 


The automaton S can be constructed on one PLM(n, m, q) [2] if (L + R)€ nm, (HER) Co, 
Béq, where R = intlogoM is the bit configuration of the code of internal states 
and B is the number of lines in the transfer table of the MPA. In practice the 
first and second cited conditions are usually not met [2, 3]. The present ar- 
ticle considers synthesizing such automata. 


The Structure of an Automaton on PLM and ROM 


Suppose (L+R)< n, (N+R)> m, Beg, (NAR) 6m’, bem, ben’, and b = intlog.B. 


» Me 








Figure | below shows 4 diagram of the Mili automaton, where 9), ..., @p_ are the 

functions of excitation of memory elemente of register RG; T), ..., tT, are feed- 
back signals from memory elements of the MPA; and, the binary code of the number 
of the line in the MPA tra er table is tranemitted along the lines «), wert | 


Any line i of the trensfer table of the Mili MPA assigne a transfer from state a;, 
(initial state of the MPA) to state age (tranefer state of MPA) through the action 
of input signal X(aje, 4ig) and outputs the signal Y(aie, aia) of a certain subset 
of set Y [1]. To determine the number of line f{ of the transfer table in a deter- 
ministic automaton it is sufficient to know the initial state aye of the MPA and 
the input signal X(aie, aia). Knowing the number of line i of the transfer table 
it is possible to determine uniquely the transfer state aye of the MPA and the sub- 
eset of output signals Ylaja, aia). 
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Figure 1. Structural Diagram of Mili Automaton on PLM and ROM. 


Key: (1) PLM; 
(2) ROM. 


Depending on the values of the variables x,, ..., % amd T), ..., Ty, the PLM in 
Figure 1 forms the code of the line number traneamitted by lines 2), ..., %,. The 
functions 2), «..+,. # (lines and functions formed on lines are indicated by the 
same symbols here) are represented in random disjunctive normal form (DNF) and 
therefore can be realized efficiently on TLM’s [1]. The functions @,, ...,. Op and 
Y(aie . Sia) are represented in complete disjunctive normal forms and can be real- 
ized efficiently on ROM‘s [1]. 


Synthesizing Automatons on PLM's and ROM's 


Suppose (LAR) EN, (NOR) > mw, Bog, (HFR)> o’, bam, and ban". An MPA with the 
calculated parameters can be constructed {n two ways. The first is to expand the 
ROM (n*, =") by outpute [1, 2]. The second way is specially coding seta of out- 
put signals y,, «++» ¥n (4, 5] and using 4 supplementary standard circuit for 
recognition of then. 


Suppose (L*#R)> mn, (NOR) > ow, (NORD Ge’, bom, and ben’. We will represe:t the 
MPA circuit for thise case as shown in Figure 2 (next page). To construct the MPA 
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Figure 2. Structural Diagram of Automaton on PLM's and ROM's for 
(LAR) > mn: Ka) = r4-Bbit Codes of Automaton States Belonging to 
Block Ay of Decomposition W%,, d= 1, ..., V. 


Key: (1) PLM; 
(2) ROM. 


— er 


on this circuit, the decomposition J = (A,, ..., Ay) is formed on the set of its 
states in such a way that X(A,)U ae UX(Ay) = X and either X(Ay)AX(A,) "B,i,j- 
lL, «s+» Vy if} or their intersection has the minimum power, In this Case X(A;) is 
a subset of the set X of input variables that significantly affect transfers from 
state belonging to block Ay of the decompositionN,. After obtaining the decompo- 
sition 7, the MPA transfer table is divided into subtables whose number is equal 

to V. All the transfers from states belonging to block Ay are included in each 
subtable d. Then each subtable is realized on a separate PLM. 


Works [1, 2] consider the method for obtaining %, and constructing the MPA on PLM's 
according to this decomposition. When this method is used each PLM d must have at 
least R+|/X(Aq)| inputs (|X)Ayg)| is the power of set X(A,)), but in this case it is 
not clear how to construct the MPA on PLM (n, m, q) if n ¢(R+/X(Aq)/). 


It is possible to reduce the number of inputs of each PLM by introducing an adc 
tional (V+1) PLM. We should note that this PLM realizes the functions of a sta rd 
decoder. We will encode the states in each decomposition block m, with a bins 

code of length rq = intlog)|Ay|, d=1, ..., Vs; rd < R is almost always true. We 
also encode each decomposition block HW, with a binary code of length T = intlogoV. 
We represent the code of each state of the MPA in two parts: the T-bit code of the 
number of block MH, which includes the selected state, and the ry-bit code with 
which this state is encoded in block d of decomposition dy , . Then the (V+l1) PLM will 
have T inputs and V outputs. Using the code of the number of block 7, it will 
permit selection of the PLM), ..., PLMy corresponding to this block. Usually 

Tén. If V>@, then the (V+l1) PLM can easily be expanded in terms of outputs [2]. 
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Introducing the (V+1) PLM is efficient, but it does not solve the problem of 
constructing the MPA on PLM (n, m, q) if the condition (1+rg+|X)Aq) |) > n is ful- 
filled for even one d. We will solve this problem by reducing the quantity 
\X(ag)| by introducing additional states [6], 


Suppose for construction of the MPA transfer table using the techniques pro- 

posed in [1] the marking of the algorithm graph-diagram (AGD) is accomplished using 
markers aj, «++, a,- We will use an additional mark to indicate the input of 

the conditional apex to which there is a transfer from another conditional apex 
that does not pass through a statement apex, considering that this input is not 
marked (the latter is considered only when constructing a Mili MPA). 


Figure 3 below shows the layout of an AGD from work [7] for constructing the trans- 
fer table of a Mili MPA. To obtain this table all the transfer paths among markers 
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Figure 3. Example of the Layout of an Algorithm Graph-Diagram 


Key: (1) Beginning; 
(2) End. 


a; on the AGD are determined [1]. The transfer paths are formed in such a way that 
the condition 1X(a,)| < 1 is met for all i. Clearly this is possible with the lay- 
out we are considering. The transfer path to the additional marker always passes 
through conditional apexes only; therefore, an empty set of output signals forms 

on the corresponding line of the table. For graphic purposes additional markers 








have double indexing. The first index indicates the number of the primary mark- 
ers from which the path travels to the additional marker, while the second index 
is the number of the additional marker, With the resulting transfer table, tak- 
ing account of remarks made earlier, it is possible to construct an MPA on PLM's 
with any values n 2 2, m, q. 


Now let us consider how to construct, using the table, an automaton which is op- 
timal in the sense of minimum expenditure of PLM (n, m, q). For the sake of sim- 
plicity here, we will not consider constraints related to intermediate and output 
lines. But if there are not enough output and intermediate lines in certain PLM's, 
the methods of PLM expansion [2] can be used, We present below an approximate 
algorithm for construction of an MPA in which the input variables are distributed 
to PLM's in such a way that, as far as possible, each variable x; is linked to the 
input of just one PLM. This leads to a situation where the total number of inputs 
for all PLM's is minimal. The algorithm includes the following actions. 


Step 1. From column a, of the transfer table any state of the MPA is selected for 
which 1X(a,z) | = max (clearly, |X(aj)| is equal to either zero or 1). 


Step 2. The set Ad = {aj, aj | of a, selected in Step 1 is formed; aj is written 
in column am of the transfer table, X(aj) = X(aj), i, j = 1, ..., E, 

i # j}; E is the number of primary and additional markers on the AGD for the 
first execution of algorithm d = l. 


Step 3. If X(Aq) |+{ X(a4) |+intlog, |A¢u Aq| < n-l (for the first execution of the 
algorithm for each d, Ag =@ and TX (ag) | = 0), then all states from set Ad are in- 
cluded in block Ag of the decomposition Jy; if this is not the case we remove 
elements from A¢ until this condition is met, after which the remaining elements 
from set Ad are included in block Aq. In this and subsequent points of the algo- 
rithm, when including MPA states in block Ag of decomposition JTa, from the trans- 
fer table of the automotan we cross out all lines which contain in column ap 
states belonging to ag. 


Step 4. If | (X)Ag|+int logs | Ag| <n-1 and Ad = @ or |X(Aqg) |+intlog. [Ag] =n- 1, 
we try to expand set Ag by certain states Ajm entered in column ap of the trans- 
fer table for which X(a;,) = %. We expand Ag as long as condition |x(Ag) |+intlog, 
Aq | <n - 1 continues to be true. Then we move to Step 7, If |X(Aq) | +intlog, | 


Ag| <n - 1 and ad # $, then we go to Step 5. 


Step 5. If transfers of type AjX(ajajj) ajj (transfer from state aj to state ajj 
occurring under the influence of input signal X(aj, ajj)) or type ajj X(aij, aik) 
aik) occurs,then we call the state ajj in the first case and state aj, in the 
second generated states, while state aj in the first case and states ajj in the 
second are called generating states. We should note that considering the desig- 
nations given in Figure 3, generated states must always ha > double indexing where 
the first index coincides with the first index of the corresponding generating 
state. The generating and generated states can be replaced by a single state be- 
cause the marker of the generated state is always complementary. When construct- 
ing an MPA on PLM's we will try to consolidate as many generated and generating 
states as possible without increasing the total number of inputs in all PLM’s. 
This reduces the number of internal states of the MPA and the number of lines 
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in the transfer table. In set Aq we will select all generating and generated 
states and consider that if the transfer AjX(aj, ajj)ajj and aj@Aqg, d > l, ajj 
Ag, g = 1, .-., d - 1 occurred in the initial transfer table of the MPA, then 
state aj ceases being a generating state. By analogy, if ajjE@Aq,d> l, agé Ags 
g=l1,..., d -—1, then state ajj ceases to he a generated state. We include the 
generated and generating states from set ag in set By. If By =, then we must 
designate Ad =@ and go to Step 1; if By #2 ,we goto Step 6. 


Step 6. It is necessary to define the variable Xx in order to make the decision 
on consolidating several (possibly all) generating and generated states. The 
variable x, appears in the set X(Aqg) after consolidation of the states and inclu- 
Sion of the result of consolidation in set ag and set ck, = (a; la, — written in 
column a, of the transfer table, X(a;) = {x, I, because as many elements of set 
Cx, as possible should also be included in Ag _ to reduce the number of inputs 

in all PLM's. 


Next we should consolidate several (possibly all) states from set Bg with the 
generating or generated states corresponding to them. If all of the states 
from set Bg cannot be consolidated with the generated or generating states cor- 
responding to them, we must search for that consolidation for which |X(Ag) |+ 
intlog»|Aq| =n- 1. Fulfillment of this condition leads to a situation where 
all inputs of the corresponding PLM will be used. We should note that the 
number of elements in set Bq is usually small and the appropriate consolidation 
can be found easily by examining a few alternatives, 


When a; and ajj are consolidated we must attempt to see that all elements of the 
set Ck corresponding to the particular consolidation can be included in set Ag 
and that the condition |X(Ag) |+intlog» |Ag|¢ n-1 is fulfilled. If generating 
states and the states generated by them appear in block A,, they must be consoli- 
dated within the block. 


If |X(Ag) |+intlog,|Aq| <n - 1, we must go to Step 5; if |X(Aq) |+intlog> | Aq| = 
n —- 1 we go to Step 4. 


Step 7. Block Aq of decomposition NM, is formed. Then the value d is increased 
by one and we fix ad =D, Ag =. 


Steps 1-7 of the algorithm must be carried out until all lines are crossed out 
from the transfer table of the MPA; in this case the decomposition LIN will be 
fully formed. 


Let us consider an example of use of the algorithm to construct an MPA using 
a transfer table on PLM(4, m, q). We should note that the methodology of works 
[l, 2] does not provide a technique for constructing such an automaton, 

1. We select state a), for which |X(A}) | = ] = max. 

. A! = {aj, ac}. 

3. X(Al) = {x,}, |x(a!)| = 1, Jal] = 2, [x(a!)|+intlog,|A!| = 2 <n - 1, 


because n = 4; therefore, A; = {A,, As}. We remove lines l, 2, 16, 
and 17 from the transfer table of the MPA and go to Step 5. 
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5. The transfer a)x)4), occurs, with the state a, as the gen- 
erating state, state a), as the generated state, and a;)@A;; 
therefore b; = {a,}. B, # @, therefore we go to Step 6. 


6. Xk = xo, Co = Y, because in the table x» is encountered only 
on transfers from state a);. States a) and a); can be re- 
placed by a single state and it can be included in block a) 
because X(A;) = {x,, x2! and 1X(A,) |+intlog>| A) | =J3ene-l., 
Only state a, remains of the two states a) and a));. We also 
remove lines 3 and 4 from the table. Because |X(A))/|+intlog» 
[A;| = n = 1, we go to Step 4, 


4. Set A; cannot be expanded because the addi ion of even one 
state to A, results in a situation where |X(A))/+intlogs|A,;| = 
4>n-1. Therefore we go to Step 7. 


7. A, = {A,, Ach, X(A,}) = (x), Xo}. 


Continuing by analogy we obtain A, = {A)o, Agi, X(As) = (xa, Xu) 
on the condition that states a3 and a3) are consolidated; A, = 
{a,, a7}, X(A3) = {x7, xg} on the condition that a, and ay) are 
consolidated; Ay = {ag, asgt, X(Ay) = {xs, xe} on the condition 
that ao and io) are consolidated; Ac = (as, a7}, ag), X(as) = 
{xg}. Then Ta = (Al, eens Ac}. 


We encode the states in each block: a), a), ay, ag — OF; 
45, 4275 43, 2G — 15 ap —] ; a7) — 00; an ~- 10. 

We give block A), ..., Ac the following code: A, — 000, 
Ao — OO1, Az — O10, A, ~— O1l, and Ac — 1 , where the 


blanks indicate that the value (zero or 1) of the correspond- 
ing code complement does not matter. 


The diagram of the MPA is constructed of six PLM's, and ROM, and a four-position 
register. The outputs of each position of the register, T,, ..., ty, are used 

as follows: T,, ..., 7; — to assign the code of the block; t, — to assign the 

code of the state in the first four blocks; t3, ty — to assign the code of the 

state in the last block. 


Let us note the additional possibilities of simplifying the diagram given in 
Figure 1 above. 


By selecting certain codes of line numbers of the transfer table it is possible 


for some KE{1, ..., b} and (€{1l, ..., R} to fulfill the condition 2, for all 
lines of the transfer table. This makes it possible to remove certain functions 
of direct excitation from the PLM output, redicing the number of ROM outputs 


while the number of PLM outputs remains as before. 


If m-b > 0, then some of the excitation functions 9,, ..., @, can be taken from 
: 
the three outputs of the PLM's, which reduces the number of Rom outputs. 
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After obtaining a transfer table in which the condition |X(a,)| € 1 is met for 
any 4), 1 = 1, «.+, BE, if necessary the PLM can be replaced by a multiplexor and 
the diagram shown in Figure 1 reduced to the structure of a control automaton with 
programmable logic [4]. 


The structure of the automaton (see Figure 1 above) changes only slightly for 
synthesizing a Moore MPA. The PLM based on the signals x;, ..., XL, Tiy «++» TR 
forms the excitation functions of the memory elements @), ...,@p. The ROM 
based on signals 1), ..., Ty, formed at the outputs of the memory elements, pro- 
duces the output signals Y(ajq). The principle of construction of the MPA on 
several ROM'’s and PLM’s remains as before. 


FOOTNOTES 


1. S. I. Baranov and V. N. Sinev, "Avtamoty i Programmiruyemyye Matritsy" 
[Automata and Programmable Matrixes], Minsk, "Vysheyshaya shkola", 1980, 136 


pages. 


2. S. I. Baranov and V. N. Sinev, "“Synthesizing Automata on Programmable Logical 
Matrixes,” USIM, 1979, No 2, pp 58-64. 


3. V. A. Sklyarov, "Minimizing the Number of Microoperations and Logical Condi- 
tions in a Microprogram,” AVTOMATIKA I TELEMEKHANIKA 1980, No 9, pp 157-154. 


4. A. Grasseli and U. Montanari, "On the Minimization of Read-Only Memories in 
Microprogrammed Digital Computers," [EE TRANSACTION ON COMPUTER, 1970, No ll, 
pp 1111-1114. 


5. V. A. Sklyarov, "Method of Encoding Microcommands," OBMEN OPYTOM V 
RADIOPROMYSHLENOSTI, 1980, No 2, pp 15-18. 


6. V. M. Kirpichnikov and V. A. Sklyarov, "Methods of Describing and Synthesizing 
One Class of Microprogram Automata," IZVESTIYA AN SSSR. TEKHNICHESKAYA 
KIBERNETIKA, 1979, No 1, pp 127-137. 


7. S. I. Baranov and Kh. Killinberg, "Decomposition of Microprogram Automata," 
AVTOMATIKA I VYCHISLITEL'NAYA TEKHNIKA, 1978, No 6, pp 5-11. 


COPYRIGHT: IZDATEL'STVO "NAUKOVA DUMKA" "UPRAVLYAYUSHCHIYE SISTEMY I MASHINY" 1982 


11,176 
CSO: 1863/139 


- 22 « 








UDC 681.325.5-181.4:621.372.54.037.372 
MICROPROCESSOR MEANS OF CONSTRUCTING SYSTEMS FOR DIGITAL SIGNAL FILTRATION 


Kiev UPRAVLYAYUSHCHIYE SISTEMY I MASHINY in Russian No l, Jan-Feb 82 (manuscript 
received 12 Feb 81) pp 73-76 


[Article by Oleg Viktorovich Glushko, engineer, and Leonid Mikhaylovich Osinskiy, 
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[Text] The theory and practice of using digital signal processing systems have 
shown the neadto develop digital filters with adjustable structure [1, 2]. The 
digital filter is a device to whose input a sequence of K-bit binary numbers 
x(nT), n= 0, 1, 2, ... arrives at discrete moments in time. An output sequence 
of K-bit binary numbers y(nT), n = 0, 1, 2, ... is formed at the output of the 
filter in conformity with the algorithm contained in it. 


When devising a filter with adjustable structure it must be considered that 

there has to be a possibility of flexible change in its working algorithm, the 
bit format of numbers being processed, and certain other parameters related to 
hardware expenditures and speed. These possibilities can be realized on a micro- 
processor module which includes a microprocessor, ROM and internal memory LSIC's, 
and internal and external interfaces. The module is tuned by initial loading of 
appropriate data in its internal memory. All possible variations of filter work 
are reflected in the form of programs stored in the read-only memory. 


Therefore, in the elementary case building a programmable digital filter amounts 
to developing the program of its work depending on its initial condition and the 
composition of the microprocessor module. But in many practical situations this 
obvious solution does not permit the requiredspeed. Therefore there arise the 
problems of breaking the computing process and digital filters into parallel paths 
and selecting the structure of the multimicroprocessor system. 


Let us consider the idea of solving these problems with application to the digital 
filtration algorithms described by adifference equation of the type [1]: 


N-1 N—1 
y(ny= SY ajx(n—iy— SY by(a—s), 0) 
i=O I=! 


where a; and b, are the coefficients of the filter; x(n) is the input signal at 
moment in time nT; y(n) is the signal formed at the output of the filter after 
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arrival of signal x(n); n= 0, 1, 2, .,.. is the number of the discrete time 
count t = 0, T, 2T, ..., mT, ...3 T is the period of signal discretization; 
(N-1) is the order of the filter. 


Computing process (1) can be broken into parallel on the basis of the following 
conversion. We will introduce D', a statement to delay the signal for i periods 
of discretization. Then expression (1) can be represented in the form 


N-1 N-1 
y(n)= JY a,D! [x (ny) — » 6,D! [y (n)}. 
i<0 =! 
Considering that D'(V(n)} + D'*"(W (n)) = D' (Vn) O'(W(n))}, (2) 


it is possible to obtain the following equation 


y (a) = (aox (n) — 6,D'[y (n)]} + D* (a,x (n) — 6,0" [y (n)}) + 
+D? {a,x (n)—b, D'[y(n)}} +...4+D! (a,x (n)—6,, ,D'[y(n)]} + 


+... DY (ay_) x(n) — byD' [y (n)}}, by = 0. 


Using property (2) again, we obtain the final expression 


y(n) = {9x (n) — 6,D" [y(n)}} + D* (a,x (n) — 65D" Ly (n)] + 
+ D' {a,x (n) — 6,0" [y (n)} +... + D! {a,,_* (n)— 


~- by_,D* [y(n)] + Dt (ay_ x(n) — byD" [y (n)}}) ... }). (3) 


Expression (3) makes it possible to reproduce the required computation with the 
one-dimensional iterative network shown in Figure 1 below. If each block of this 
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network is realized with a separate microprocessor module, we will obtain an 
adjustable N-microprocessor system of digital filtration with a high level of 
parallelism. The following operations must be performed in module i of this 
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system in the time interval from nT to (n#1)T: 
— reception of input signal x(n) and output signal y(n-1l); 


— multiplication of x(n) by the filter coefficient a; and 
multiplication of y(n=1) by the filter coefficient b,4); 


— reception of output data of module C,y4) (i+1) calculated in 
the time interval from (n-1)T to nT; 


— formation of the algebraic sum 


— entry of C, in the output D-register of the module. 


The speed of the N-microprocessor system is determined by time of performance of 
all these operations in one module. The module is tuned by entering the appro- 
priate values of the coefficients a; and by,4, in it. 


When the system has m microprocessor modules (m <N), each module must realize 
computations corresponding to N/m blocks of the computation procedure shown in 
Figure 1 above. Let us suppose that N= lm. Then computation in conformity with 
expression (4) are carried out sequentially & times in module j for i= (j-l)ez, 
(j-L)*+1, ..., ji-1. The value of cy for i = (j-1)g is transferred to module 
(j-1). In this case each module essentially realizes the working program of a 
digital filter of order (g-1) (t = 1, 2, «.. N). 


Thus, the microprocessor module for digital filtration systems should reproduce 
the work of the (2-1) order filter where the number £ and the coefficients of 
the filter are the variable quantities. The structure of the microprocessor 
module based on K580IK80 microprocessors [3] and the principle of construction 
of a digital filtration multiprocessor system and its use are shown in Figure 2 
below. The module's read-only memory contains the working program of the (f-1) 
order filter. The number * and the filter coefficients are entered in internal 
memory with initial loading. 


To expand the functional capabilities of the microprocessor module it is useful 
to execute this program in several variations which differ by a number of fea- 
tures, for example: 


— by the bit configuration of the numbers being processed (8 
or 16 bits); 


— by type of filtration (filters with a finite impulse response 
or an infinite impulse response) ; 


— by multiplication procedure (by program means, external multi- 
plication units, or tabular multiplier). 


All of these alternatives can be combined in a single program block with branch- 
ing by appropriate signs. But to increase the speed of processing it is wise 
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Key: (1) KS580IK80; (8) Read-Only Memory; 
(2) Address Line Shaper; (9) Internal Memory; 
(3) Data Line Shaper; (10) Parameter Loading Unit; 
(4) Address Line; (11) Module m; 
(5) Data Line; (12) Module j; 
(6) Control Line; (13) Module 2; 
(7) Input-Ouput Interface; (14) Adjustment (Tuning) Parameters. 





not to use the module's time resources to test these signs. In practice, there- 
fore, a separate program block must be created for each variation of digital 
filtration allocated by a certain set of signs and tuning for its execution must 
be done during the initial loading process. 


Let us assess the speed of digital filtration in the system shown in Figure 2 
above. All the modules in this system work concurrently. Therefore, the period 
T of discreteness of arrival of signals is determined by data processing time in 
one module. In turn, this time depends on the order of the filter realized in 
the module, that is, on the number 2 and the program chosen for computation ac- 
cording to the set of signs indicated above. A concrete estimation of compu- 
tation time was made with reference to the K580IK80 microprocessor for recursive 
and nonrecursive filtration algorithms for signals represented in eight-bit 
binary code. 


An analysis of the programs showed that a large proportion of the time resources 
(about 80 percent) is used for realization of multiplication by program means, 

Therefore, it is proposed that the tabular method be used for multiplication in 

digital filtration microprocessor systems, Multiplication tables are placed 


- 26 - 








in internal memory and compiled according to given values of the filter coeffi- 

cients in the period of initial tuning of the module. The results of estimation 
of time expenditures are represented in the table below in the form of the rela- 
tionship between microcycles (M x 10%) and the value of the parameter 2. 





(2) KoanvecTso’ mMuKpoTaKTos 
































Koaksbar- (3 feryechonwa earopuTM (4) Aaropurm cneprKu 
80 BLth- 
caenna Mporpammnde | Ta6anunde | Mporpammnoc Ta6banunoc 
: .. of. YMHOMONHE . [yMHOKCHHE YMHOACHHC YMMOXKCHHC . 
1 | 10,3 0.8 5.3 | 0,5 
2 21.6 2,6 10,9 1,5 
3 32,1 3,6 16,2 1,9 
4 42,5- 4,5 ' 21,4 2,4 
5 52,9 5,5 26,7 2,9 
6 63.4 6,4 31,9 3,4 
7 73,9 7,4 37,1 3,9 
8 84,4 8,4 42,4 4,4 
Table 
Key: (1) Number of Computations; (4) Convolution Algorithm; 
(2) Number of Microcycles; (S) Program Multiplication; 
(3) Recursive Algorithm; (6) Tablar Multiplication. 





The set of commands of the K580IK80 microprocessor is fairly standard. There- 
fore, assigning time expenditures in the form adopted in the table makes it 
possible to estimate the potential capabilities of other microprocessor means for 
setting up digital filtration systems or to formulate appropriate requirements 
for them. 


Using the data in this table and knowing the length of execution of one micro- 
cycle in the chosen microprocessor, it is possible to determine the approximate 
value of period T (or frequency F = 1/T) of discretization of the signal for 
different values of 2. For example, the minimal length of the microcycle in the 
K580IK80 microprocessor is 0.5 microseconds. In the digital filtration micro- 
processor system based on it (see Figure 2 above), therefore, it is possible to 
process signals with a frequency of discretization of 25 kilohertz for the re- 
cursive algorithm and 40 kilohertz for the convolution algorithm. If a faster 
microprocessor, for example the K589IKO2, is used [3], the frequency of 
discretization can be increased by an order. 


The proposed microprocessor module (see Figure 2 above) can be used to set up a 
digital filtration system based on the cascade (stage) form of representation of 
the filter's work algorithm [1]. In this case the delay in formation of the out- 
put signal is increased, but the number of input-output channels in the module 

is reduced. Figure 3 below shows the structure of such a system. In this system 
signals are transferred sequentially from module to module. This makes it pos- 
sible to introduce one input channel and one output channel in each module (not 
counting the input channel of the tuning parameters). As before, each module is 
tuned to realize the filter of order (2-1) in conformity with the computation 
procedure shown in Figure 1 above. 
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Figure 3. 
Key: (1) Module 2; (3) Module m; 
(2) Module j; (4) Tuning Parameters. 





Cascade realization of the digital filtration algorithm by reducing the number 
of input-output operations in the module makes it possible to increase the fre- 
quency of arrival of signals. This gain (about 20 percent) is especially 
tangible when one computation block of the network shown in Figure 1 above is 
realized in each module. But the output reaction y(n) of the filter is formed 
with a delay of time mT relative to the moment of arrival of signal x(n). At 
the same time, in the system shown in Figure 2 above delay in forming the output 
signal does not exceed period of discretization T. 


The digital filtration multimicroprocessor systems proposed above belong to the 
class of computing systems with parallel data processing that possess a single 
stream of commands and set of data flows [4]. In such systems the control unit 
(in the particular case the read-only command memory) can be removed from the 
modules and executed by a separate control module in one unit, which greatly 
simplifies the structure of the computation module itself. Sectioned (sliced) 
microprocessor means (for example series K589) are most suitable for realizing 
this approach to construction of a digital filtration system. An additional 
advantage of these means is that it is simple to build up the bit configuration 
of the data being processed. In microprocessor means realized on one type 
K580IK80 type chip, the bit configuration of numbers being processed is increased 
by program methods, and this naturally reduces speed. 


Thus, contemporary microprocessor means make it possible to devise a general- 
purpose programmable module for digital filtration systems working in real time. 
The system based on this module has homogeneous structure and can be rearranged 
in conformity with the number of modules being used. An increase in the number 
of modules in the system with a simultaneous decrease in the order of the filter 
realized in one module increases the speed of the digital filter, 


At the present time, however, the maximum estimates of ti..s speed for series 
models of microprocessors are characterized by the frequency of discretization, 
which is measured in hundreds of kilohertz. Considering prospects for develop- 
ment of microprocessor means, we expect that frequencies of discretization of 
several dozen megahertz can be achieved in programmable digital filtration sys- 
tems. 
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[Article by Boris Viadimirovich Kardanovekiy, engineer, Pakov Electrical Machine 
Building Plant, and Viktor Aleksandrovich Kraynov, engineer, Leningrad] 


[Excerpt] Statement of the Problem 


Various type# of video terminals which are included in the hardware of the Unified 
System [YeS] of Computers are now being used in remote data processing systems. 
Among these types of equipment are the YeS 7906 and YeS 7920 display complexes 
whose linkage with YeS computers has been standardized. But for organizing re- 
mote data processing systems with a few channels video terminals such as the 
Videoton-340 are also used. This unit is not included in the YeS hardware as a 
self-contained unit. It is emall in dimensions, with a ecreen that has a large 
information capacity. The Videoton-340 can be used with a double-wire telephone 
line for remote contro! by computer over a significant distance [1]. 


The Elektronika-T1000 video terminal, which is similar to it, has similar charac- 
teristics. As a monitor it can use any remote receiver with remote control, 

which makes it possible to use this terminal as a group terminal when a Tauras-210 
remote receiver is connected to it and as an individual receiver when the Yunost'- 
402 and Yunost'-R603 remote receivers are used. The Elektronika-T1000 is produced 
as an independent unit and is not included in the hardware of the Unified System. 
For this reason, it became necessary to develop the appropriate apparatus to or- 
ganize communications between the Elektronika-T1000 video terminal and the YeS 
1022 computer. 


The control unit of the YeS 7077 typewriter was used as the linkage unit between 
the video terminal and the computer in order to speed up work and reduce expendi- 
ture of time and equipment for development. The YeS 7077 was modernized in a 
direction that insures use of the software of the base method of remote commu- 
nications access (VTAM) by the hardware of the YeS 7906, in particular by the YeS 
7566 unit that is included in this complex. 


The following objectives were posed: 


— refine the diagram of the unit so that it can execute com- 
mands issued by VTAM programs for the YeS 7906; 
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- solve the problem of converting DKOI codes issued from the 
computer into KOI-7 codes and vice versa because the code 
convertor available in the YeS 7077 does not perform this 
function; 


~ considering that the Elektronika-T1000 works with a two- 
wire communications line, issuing and receiving telegraph code 
in the form of a series of DC levels, provide for development 
of appropriate circuits that will make it possible to convert 
sequential code received from the video terminal into parallel 
code for transmission to the YeS 7077, and vice versa; 


— insure coordination and synchronization of signals at the 
junction of the Elektronika-T1000 and the YeS/7077, 


The division of automated control systems at the Tskov Electrical Machine Building 
Plant has developed appropriate apparatus that insures this kind of linkage with 
the YeS 7906 in the VTAM regime using version 2.1 of the YeS disk operating sys- 
ten. 


Designing the Linkage Circuit of the YeS 7077 and the Elektronika-T1000 Video 
Terminal 


The fact that the video terminal has a bipolar interface predetermines the use of 
a signal converting unit, which made it possible to link a telegraph communica- 
tions channel with the YeS /077 by signal levels and exchange algorithms. 


COPYRIGHT: IZDATEL'STVO "NAUKOVA DUMKA" "UPRAVLYAYUSHCHIYE SISTEMY I MASHINY" 1982 


11,176 
CSO: 1863/139 














ELECTRON AND LITHOGRAPHY AS KEY PROBLEM IN DEVELOPMENT OF BASIC ELEMENTS OF 
COMPUTER EQUIPMENT 


“Liev UPRAVLYAYUSHCHIYE SISTEMY I MASHINY in Russian No 1, Jan-Feb 82 pp 122-124 


[Article by Vitaliy Pavlovich Derkach, doctor of technical sciences, Institute of 
Cybernetics of the Ukrainian SSR Academy of Sciences, Kiev, and Vladimir 
Moiseyevich Korsunskiy, candidate of technical sciences, Institute of Cybernetics 
of the Ukrainian SSR Academy of Sciences, Kiev] 


[Text] From the editors. In view of the importance of work on 
electron and ion lithography for development of the basic ele- 
ments of computer equipment and control systems, the interdisci- 
plinary nature of this new scientific-technical trend, the large 
role in it of research and development to devise appropriate 
control systems and software, and its close link with the prob- 
lem of automating the design and manufacture of computers and 
systems, the editors plan to publish the principal materials 
from the lst All-Union Coordination Meeting on Electron and Ion 
Lithography in one issue of the journal during 1982. 


The lst All-Union Coordination Meeting, devoted to consideration of the state of 
and prospects for development of scientific research on electron and ion lithog- 
raphy, was held at the Institute of Cybernetics of the Ukrainian SSR Academy of 
Sciences in Kiev on 24-26 June 1981. The meeting was conducted by the section of 
physical and physicochemical problems of microelectronics of the USSR Academy of 
Sciences’ Scientific Council on Problems of Semiconductor Physics and Chemistry 
and the section on physicotechnological problems of cybernetics of the USSR 
Academy of Sciences' Scientific Council on Cybernetics, The meeting was attended 
by 96 scientists and engineers from 3/7 scientific research institutes, enter- 
prises, and higher educational institutions in 12 cities of the country. Twenty- 
nine reports and communications were presented and discussed. 


Development of the basic elements of computer equipment, which today are founded 
on LSIC's containing up to 10*-10° elements, is largely determined by the capa- 

bilities of integrated technology. In recent years microcircuit technology has 

come fully up against the need to overcome the "micron barrier" in the dimensions 
of elements. Because of diffraction phenomena this "barrier," in principle, can- 
not be overcome using traditional photolithography processes which remain in the 
optical wavelength band. Therefore, the corresponding task has become one of the 
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key problems in further developments of the basic elements of computer equipment 
and microelectronics. 


The way to overcoming the "micron barrier" is being provided by electron, ion, 
and X-ray lithography. High-resolution techniques of electron and ion optics 

are used in electron and ion lithography to form submicron structures. Reducing 
the dimensions of LSIC elements makes it possible to greatly increase their speed 
and degree of integration and reduce specific cost, in short, to improve all the 
techno-economic parameters of microcircuits and electronic equipment made from 
them. By the same token, this creates the prerequisite for the next qualitative 
leap forward in the development of computer equipment and its applications. 


Almost all the industrially developed countries are working intensively on re- 
search and development in the field of electron and ion lithography. Soviet 
scientists and engineers have also made significant advances in this field. Re- 
search and development has been undertaken at academy and sectorial scientific 
research institutes, higher educational institutions, and leading industrial 
enterprises to develop the theoretical foundations of electron lithography, de- 
vise high-quality electron resists, determine the optimal conditions for their 
exposure and development, develop more sophisticated electron lithography equip- 
ment, means of automated program control of exposure, and so on, 


In the field of the theoretical foundations of electron lithography attention has 
been concentrated on studying the physics of the passage of bundles of acceler- 
ated electrons through heterogeneous layered targets typical of electron lithog- 
raphy and to construction of mathematical models of this process. Both a 
rigorous analytical approach based on the use of cybernetic equations of electron 
transfer and the methods of direct statistical modeling of this random process 

by computer (the Monte Carlo methods) are being developed. Several simplified 
models have been proposed which cover the patterns of the real process only in 
the most general outline. 


Unfortunately, little work has been done so far on investigation and theoretical 
description of the chain of processes leading from primary ionizations and ex- 
citations that occur in the resist when exposed to accelerated electrons to tle 
final products of radiation-chemical conversion ~— destruction or transverse 
stitching of polymer molecules. In addition, there has not been enough theoreti- 
cal work on the questions of developing images exposed by an electron beam. 

But it is precisely these processes that determine the efficiency of transforming 
the energy of the electron beam into the required radiation-chemical eonversions 
that is, the sensitivity and resolution of the electron resists. 


Even though scientists in our country have developed a number of positive and 
negative electron resists whose fundamental parameters correspond to the world 
level, further investigation and develonment of higher quality resists could be 
greatly accelerated by clarifying these theoretical issues. 


The relationship between the sensitivity and resolution of existing electron 
resists and the energy of the electrons, the thickness of the resist layer, the 
material of the substrate, the composition of the developer, and the conditions 
of development are being intensively studied, as is the stability of the electron 








resist masks being formulated, the various types of etching, including lon=plasma 
etching. This research, however, needs better coordination and should also cover 
questions of change in the characteristics of electron resists during the process 
of storage under different conditions. 


A great deal has also been done in our country to develop good electron Lithography 
equipment. Promising research has been carried out to devise highly efficient 
electron sources and to calculate and study the corresponding electron optical sys- 
tems. A number of experimental models of single-poled, multi-beamed, and projec- 
tion devices for electron beam exposure have been developed and tested. Unfor- 
tunately, however, series production of domestic electron lithography equipment 
still has not been set up. 


A similar situation is ohserved in the area of means of automatic program control 
of electron beam exposure, even though good experimental models of the correspond- 
ing control systems were developed in our country as early as the first half of the 
1970's and have been steadily improved since that time. 


In recent years research has intensified concerning the different image distor- 
tions characterist’c of electron lithography, in particular those related to 
dispersion of electrons in the resist and substrate, These distortions have re- 
ceived the name "proximity effects.'' Other distortions under intensive study are 
those caused by aberrations in electron optical systems, errors in electronic 
image generators, and the etching processes. With good electron resist and 
electron beam devices it has been found that the productivity of electro Lithog- 
raphy systems depends significantly on the set of elementary figures from which the 
topological elements of microcircuits are synthesized, on the speed of generation 
of these elements, and on the technique for breaking topological designs into ele- 
mentary figures. 


All these considerations posed the challenge of developing special software to auto- 
mate the very labor-intensive, complex, but essential work of correcting the topo- 
logical drawings of LSIC's that contain hundreds of thousands of elements with due 
regard for technological and electron optical distortions of the designs and break- 
ing them down (by the optimal or close to optimal technique) into separate working 
zones, subfields, and elementary figures, and preparing information for exposure 

in the language and formats envisioned by the appropriate control system. The 
corresponding software must be coordinated with the automatic LSIC design systems 
already existing in our country. To save time and expenditures it is important in 
the very early stages to work out standardized methods of data representation, to 
insure the possibility of exchanging appropriate programs, and to coordinate this 
work well. 


The research and development done in our country in the field of electron lithog- 
raphy has already enabled us to successfully apply its results in the production of 
precision photo and X-ray templates, to shape semiconductor microstructures with 
submicron element dimensions, and to fabricate new types of microcircuits using 
TsMD [expansion unknown], PZS [expansion unknown], surface-active substances, and 


the Josephson effect. 


The extent of research in the field of ion lithography is comparatively small at 
the present time. Nonetheless, exploratory studies that have been done in ion 
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lithography for clearance and using sharply focused beams have already demon- 
strated quite convincingly the promise of this technique. It provides even 
higher resolution and produces much less image distortion than electron Lithog- 
raphy thanks to the much shorter path of the dispersed ion. It is true that the 
ion beams are much harder to control than electron beams, but it appeare that 
these difficulties are fully compensated for by the technological advantages of 
ion beams. 


All of these issues as well as the prospects for development of scientific re- 
search in electron and ton Lithography were discussed at the coordination con- 
ference. 


Having pointed out existing achievements and shortcomings, the conference 
singled out the following pressing problems in the field of electron lithography. 


l. Clarification of the patterns of passage of electron beams through multi- 
layered targets of complex composition; ‘:larification of the mechanisms and 
factors on which the effectiveness of local physicochemical conversions in 
electron resists occur under the effect of exposure; identification of the pat- 
terns of development and formation of the profile of the topological elements 
being created in the resist; modeling the corresponding processes and on this 
basis searching for optimal conditions of exposure and development and new ways 
to synthesize highly efficient electron resists. 


2. Quantitative theoretical and experimental atudy of “proximity effects” 
caused by different processes of delocalization of the radiation action of the 
electron beam; searching for effective methods of reducing and correcting these 


effects. 


$. Development of highly productive domestic electron lithographic equipment 
using new sources of electrons with heightened brightness, high-quality electron 
optical systems, fast and high-precision coordinate tables, and highly produc- 
tive control systems containing high-speed digital-analog convertors with en- 
larged bit configuration, more effective methods of generating designs, and 
large internal memory capacity; improving the stability and operating relia- 
bility of this equipment. 


4. Development of systems for automated design of complex submicron LSIC struc- 
tures and of systems of special software to prepare programs for electron beam 
exposure of such structures with correction of the "proximity effects” and other 
technological and hardware distortions of topology; development of standardized 
methods of data representation in such systems to insure the possibility of pro- 
gram exchange. 


5. Synthesis of electron resists with heightened sensitivity, resolution, and 
contrast and synthesis of reagents to prepare and develop them; improvement of 
technical specifications for resists and corresponding reagents; study and pub- 
lication of adequately complete summary reference data on the characteristics of 
resists and changes in them under varying conditions of storage, preparation, and 
development; development and incorporation of “dry” resist processing techniques. 








6. Development of designs and methods of fabricating precision templates and of 
corresponding equipment for projection electron, ion, and X-ray lithography which 
transfers the entire topological design at one time. 


7. Improvement of marker characters for electron lithography and methods of 
fabricating them, techniques of identifying signals from them, and techniques of 
rapid precision automatic integration of neighboring working fields and successive 
topological layers during electron beam exposure. 


8. Development of automated methods of monitoring topological structures with 
submicron element dimensions created using electron, ion, and X-ray lithography. 


9. Development of research toward comprehensive study of the interrelationship 
of all elements of electron lithography and their relationship with the entire 
technological process of fabricating LSIC's. 


In the area of ion lithography the coordination conference considered it essen- 
tial to concentrate attention on clarification of its potential in principle and 
the characteristics of practical use, development of highly productive ion 
lithography equipment which transfers the entire image at once and efficient 
probe-type ion optimal systems with the capability of design generation, clari- 
fication of the patterns of interaction of ion beams with resists and the sub- 
strate, and development of techniques for integrating working fields and topo- 
logical layers during ion lithography. 


The coordination conference recommended formulation of a special comprehensive 
program of research and development on electron lithography for institutions of 
the USSR Academy of Sciences and higher educational institutions in coopera- 
tion with the sectorial scientific research institutes and leading enterprises. 


The need to organize broader training of specialists in electron and ion 
Lithography was also noted. This applies above all to the higher educational 
institutions of Moscow, Leningrad, and Kiev, where there are highly qualified 
scientists in this area. The conference indicated further that we must bolster 
cooperation in this subject area with the socialist countries of the Council for 
Economic Mutual Assistance. 


Rapid development of electron and ion lithography, which offers fundamentally new 
opportunities in technoloev and putting the results obtained in this 

area into practice as quickly as possible demands harmonious, coordinated 
work by production specialists, physicists, specialists in electron optics and 
computer technology, organic chemists, and programmer-mathemeticians, We must also 
have assistance from the State Committee for Science and Technology, interested 
ministries and departments, and the scientific community. 
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Timofeyevich Khvoshch, candidate of engineering science; and Nikolay Gavrilovich 
Kuz'menko, junior scientific associate; all from LETI [Leningrad Institute of 
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{Text] Thanks to high speed, broad logic capabilities and small unit power con- 
sumption, microcircuits for arithmetic and logic units (ALU) and LSI microproces- 
sors with a sectioned structure are now widespread [1-5]. Using these microcir- 
cuits permits building micro and minicomputer processors of arbitrary word length 
by combining several IC's in shift and carry propagation circuits [2, 5]. However, 
such a build up leads to an increase in time for executing arithmetic operations 
in the ALU, which is due to the necessity of serial propagation of carry signals 
between the individual microcircuits combined in the processor. Shown in fig. la 
is the organization of a processor with word length (n x m) when n m-digit ALU's 
are used. Conversion of information occurs on operands A={A,, Ai» eo0s A__)) and 
B={B)> Bi» bees Bj}? coming into inputs A and B of the ALUS. 


The result S={S), Si: eee, Si-1? and the output carry signal (Cot? are generated 


based on the control code Y, which adjusts the ALU's for the specific functional 
conversions and values of the input carry (C,)> 


Assuming the time diagram of ALU operation can be represented by fig. lb, in the 
first approximation, processor cycle time can be computed as 


Teycle max (ME, (A— IVE + OY, (1) 


where ne te is the total delay in the carry propagation path, and (n-1)+te + te is 
the total delay in the result formation path in the last ALU based on the delay of 


the carry signal at its input. 


In tig. lb, signal propagation delay time is as follows: ~ is from the inputs of 
control code Y to the output C 

C 
AB 


out’ 
is from information inputs A and B to output a re is from the carry input 


. t’ Cc 
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Fig. 1. Processor with word length n X m: Fig. 2. Structural diagram: 
a--structural diagram, a--four-digit ALU, 
b--time diagram of operation b--processor built on basis of n 


m-digit ALU's and hypothetical 
fast carry circuit 


’ 
l. ALU's 0, 1, n-l 3. Sous 


2. C 4, BUP jnigh-speed cascaded carry unit] 


is from the inputs of control code Y to output S, oe is 


is from the carry input Cin to 


S 
Con to the output eat ty 


from information inputs A and B to output S, and ” 
C 
the output S. 


To reduce processor cycle time, high-speed cascaded carry microcircuit units (BUP) 
have been incorporated in microprocessor sets of sectional LSI circuits (MPK) and in 
MSI IC series {2, 3, 6]. 


Principles of Organization of High-Speed Cascaded Carry Units. To explain the prin- 
ciple of organization of carry propagation signals in a processor, let us consider 
the hypothetical structure of the four-digit ALU shown in fig. 2a. The ALU contains 
four digit sections that perform conversions on the operands A=1ap, By» Ay» a,} and 


B=ib), b bo» b,} based on the value of the input carry C =Co and which form the 


1’ in 


- 38 - 











operation result 5*(s8_, Bir Bo» 8.) and the output carry U =c . In executing 


Q out «4 
the operation of addition (S*AtB+C |)» the ALU operates by this rule: 


7 mae, Dey. (4) = ap, + ae, + Oe, i 0,1,2,5. (2) 


To connect fast carry units to the ALU, it is necessary to provide within the LSL 
circuit for a special unit that generates the generation signal 


G and propagation P of the fast carry between the ALU units. For the addition 
operation, the signals 


P and G must be generated by the rule: 
P = PPP Po. 


G = By + &sPs + PP, + RP PPro (3) 
p, = 4D by. b= apy im 0,1, 2, 3. 





The output carry signal trom the ALU (Cc. = cy) and the carry signals within the 


ut 
ALU (c), Co» C4) can be generated both sequentially (by the system of expressions 


(2)) and by using a circuit that generates a fast (ripple through) carry within the 
ALU (according to system of expressions (3)). In the process, the output carry 
Signal must be generated by the rule: (4) 


Cour” © F PaPoPy Poin * Sg * 8ytB5P378) P4P2tBoP4P2P2P)*P4P2P) Poo 


Expressions (2)-(4) are valid in using systems both with positive (true) logic 
(level of logical one is the high potential) and with negative (inverse) logic 
(level of logical one is the low potential). In the case of organization of sub- 
traction operations in the ALU, it is sufficient to convert the subtrahend operand 


to two's complement code (when SeA~B8tC . B*=B+1; when S*B-AS4C A®=A+1). 


Shown in fig. 2b is the structure of an (n X m)-bit processor built on the basis of 
n m=-digit ALU's and a hypothetical fast carry circuit; the time diagram for opera- 
tion of this circuit is shown in fig. 3, where signal propagation delay times are 
designated as follows: 


PG -_ - 
CBC is from carry input Cy to ALU outputs P and G, 

ic is from fast carry inputs P and G, to BUP [fast carry] outputs P and G, ard 
hoes is trom tast carry inputs P and G, to BUP (fast carry] outputs Ci. 


The tast carry unit receives the carry input signal (C=C ) and the signals for 


in 
generation and propagation of the fast carry in the ALU (P. and G.) which come into 
the BUP ;fast carry unit] inputs with the same designation. Since the signals P. 

and G., formed from expression (3), at the ALU inputs do not depend on the value of 
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Fig. 3. Time diagram of operation of 
processor with word length n X m and 
hypothetical fast carry circuit 


= 





Fig. 4. Structural diagram: 

a--K1331P4, K1551P4 and K134I1P4 fast carry 
units, 

b--16-bit processor with simultaneous 
carry, 

c--32-bit processor with sequential carry 
between 16-bit units 

d--multibit processor with three levels of 
intergrouped cascading of carries 


Key: 
l. ALU 3 


C 
2, ¢ out 


in 4. BUP [high-speed cascaded carry unit] 
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the input carries for the sections, the total time for carry signal propagation to 
the input of the last ALU is 


ko "age * "cpg? (5) 
n-1l 
the delay in output of the operation result in the last LSI circuit is 
S 
t.. = t. + t_, (6) 
n-l “n-1 C 


and at the output from the BUP {fast carry unit] or last ALU, the value of the 
output carry can be obtained with the following delays: 


1 PG C 
*e. = Cage * “cpg 
or 2 _ a : c (7) 
C C Cc’ 
n n 


In the process, in the BUP {fast carry unit], the grouped high-speed carry signals 
(C;) and the signals for propagation and generation of the cascaded high-speed 


carry (P and G) are formed by the rule: 


Cy = Go + P.Co 
Cy =G,+ PCy, 
C, = Gay t+ PasCa_i» (8) 


G, ™ GyotPa—1 + Gn—2Gq—sPn—2 +eeet 
+t G, ig++- GaP, + G,G,...Ga_ys 
B ‘in iia an 


Since the delay in forming the signals S$ in the ALU is always greater than the 
delay in froming the carry (Coat? cycle time for the processor with a BUP j|fast 


carry unit] in the first approximation is defined as: 


* PG C S 
+ ° 
Teycle = "aRc ° “CPG ae 


(9) 
The gain in speed for the processor with the fast carry unit relative to serial 
connection of the ALU's can be computed from the expression 

abe PG C 


AT ~ (n=1)* te -t -t 


cycle ABC CPG" (10) 


Use of the KI55I1P4, K1331P4 and K1341P4 Fast Carry Units. The KL55IP4 and K133I1P4 
fast carry units are designed to be used with the K133IP3 and K155IP3 ALU's and as 
part of the kK583 and K584 LSI microprocessor sets with the K583IKl and K584VM1L 
microprocessors. The functional diagram of the fast carry unit is shown in fig. 4a. 
One microcircuit is designed to connect to four sectional LSI circuits and is 
placed in a ]6-lead package. The fast carry unit generates three fast carry 
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lable 1. Rule for generation of *! a he ~G 
signals output from K1331P4, K155IP4 GAG Bo i Be ae Oe BG ” 
and K134I1P4 BUP's [fast carry units] | heitiiaddiadaiesiiidealadh Cy) 
Inputs Outputs ! cs 
Co1Ge | Pe |G, | Be | Ge | Pe | Ge] Pel Cu] Co] Ce] G| P iE 
t 
xX} Bp | B - aes 14 [4 }é 
H| B | X H ! U — 
xX} uo] xX ° | | | | | | } 
i ae aL B , C, Cy C, Cs & 6, Cy 
d 
H 
xjefele |x , hb = Kad Ld 
nj} B|xX]8B x H ° nae CM Cj} p— —dCl, Ch, Ch, Chb— 
s C, C, . 
aOARaRAE) : (2b EP tebe «= hey oe Bel (3) 
eiXiunixXi]H B { t +4 
x|xX]}8 /8 " RG AG NG RG, Cy Bly) Con (3) 
Rie }xfate |e |x r —t iL c 
X¥/piefs|ep |x |B - : 'b mL 
"| B]X]B x | B 
xIxXIwKIxX|xKIH# |x B (4d, cn, (4) 
x1 xX] xX] | xX e H : P (2 A2 
H H 1" -. 
: x ; . H |X |H B (2FtF4 46) rye él Lal (3) 
y 
, im = 
x Kix Tx] x] a7] 8 > PEC ae AC B66 RG Ve AG) pe 0° 
B ek ee ee es a 4% Mp M1 Uy NM Nhy 89 U9 Con(3 
4D sy CA os CRT 
B B xX | B xX |B] xX B PB a, PB l) 
x “KIxKITxX)] x] | xX ne (1) 
4 KIX] u |x] x] 4 u é c 
x yn |X ix] u {xia HN 
H Xin ixX]u] xia H 
x x B x B} Fig. 5. Structural diagram: 
x x x : ,| @c-K589IKO3 fast carry unit 
ae _ b--connection of eight K589IK02 LSI 
s—highn potential 1n— low povential X— circuits to a K589IK03 fast carry unit 
arbitrary valué c--32-bit processor with serial-parallel 








carry between the 16-bit units 


Key: 1. RV [output enable]; 2. C, 3 
" ; in 
3. Cour? 4, SP jexpansion unk] 


signals (C,, C, and C4) and the cascade signals for generation and propagation of 


2 
the grouped fast carry signals (P and G). Table 1 shows the rule for generating 
values of output signals as a function of input variables. When microcircuits with 
active high potential of the input carry C, (K155IP3, K133IP3 and K584VMl1) are con- 
nected to the fast carry unit, cross switching of outputs und inputs P and G should 
be effected at all odd levels of cascading, and straight at all even levels of cas- 
cading. 


Fig. 4b illustrates organization of a 16-bit processor by using the K155I1P3, 
K133IP3 or K584VMl microcircuits. Table 2 gives the values of the main electrical 
and time parameters of the K155IP4 and K1331P4 fast carry units. When these 
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Table 2. Parameters of K133I1P4 and KI551P4 fast carry units 


Parameter value 














Parameter minimum rated maximum 
Supply voltage (E.), V 4.5 5.0 5.5 
Consumption current (1), mA 59 65 72 
Input current of logical zero for inputs 
(Ti) — = = 4.2 
0 ° 
PG, 4.8 -- 16 


Maximum time of delay, ns: 


when switched on r® ) -- -- 22 
CPG PC: 
when switched off (tpg) -- -- 17 
> Fe . . sd ' = — ° = > = ; 
Measurement conditions: Le eee 10 to +70°C, Road 200 Ohms, ©) oad 30 pF, 
0 1 0 l 
VV, = 0.8V, V = 2.0V, V < 0.4 V, V > 2.4 V 
in in out = out = 


microcircuits are used, special attention should be paid to the load carrying 


capacities of the outputs connected to the inputs Ps and G. which have an input 


current of logical zero to 16 mA (G,). 


Using the fast carry unit with the ALU LSI circuit permits building 16-bit pro- 
cessors with about 50-ns arithmetic operation execution time, and 1 microsecond 
with the K584VM1 LSI circuit. Fig. 4c shows the structure of a 32-bit processor 
with sequential carry between the 16-bit cascades, and shown in fig. 4d is the 
principle of designing multibit processors with three levels of intergroup cascad- 
ing of carries. It is characteristic that using intergroup cascading of carries 
yields a large gain in time in organizing processors with a large word length. 
Thus, for example, when sequential uarry is used between individual circuits in a 
64-bit processor, organized on the basis of K133 or K1L55 series ALU's, operation 
execution time is about 200 ns, and about 4 microseconds when K584 series micro- 
processors are used. When two-level cascading is used, these times are 60 ns and 
1 microsecond, respectively. 


Cycle time of processors with an arbitrary word length when several levels of cas- 
cading (k) of BUP {fast carry units] are used can be computed as: 


n 
Me aa | 
Toycle= cycle + | 4 | CPa* (11) 
MP 
where T is the cycle time of the microprocessor section, and n is the number 


cycle 
of sections. 
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Toble J. Porameters of KLIGLIPG Last carry unlt 





Parameter minimum 
Supply voltage (E.)» V 4.5 
Consumption current (1), mA 5 
—. current of logical zero for inputs 
(Y n?? mA : 
C 0.18 
o 
my r 0.36 
te | 
Maximum time of delay, ns: 
C 
when switched on (ten) --- 
PG 
when switched off (tn) == 


Measurement conditions are same as in table 2 except for 


in this case varied from -60°C to +70°C 





Table 4, Parameters of K5891K03 fast carry unit 
_ Parameter minimum 
Supply voltage (E.), V 4.75 
Consumption current (1. ), mA --- 
Input current of lendeat zero (I, ) by 
in 
inputs, mA; a 
Cos RP, Pp, PL — 
Fo ~ Pse % _ 
GC. - G --- 
0” %6 
Dynamic parameters, ns: ioe --- 
"he --- 
C 
"hs --- 
RP 


Measurement conditions are the same as in table 2 


When one level of cascading of the fast carry unit is used (with sequential carries 


(}3[-)-6 


between cascades) 


+] Fl 


cycle . Teycle 


Parameter value 


rated 
5.0 
5.5 


Parameter value 


where ]{ indicates rounding to the next larger integer. 
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maximum 





1.44 


200 


150 


ambient temperature which 


maximum 
9022 
L30 








The KL34I1P4 fast carry unit has an architecture similar to that of the KI33IP4 and 
KIS5LP4 IC's, but is made with the technology of low consuming TTL circuits. Its 
basic electrical and time parameters are given in table 3. Using this IC permits 
connecting to it microprocessors with smaller load capacity of outputs (the 
K5821K1, for example); in doing so, there is a power savings, but the time para- 
meters of the processors are substantially degraded. It is also worthwhile to use 
the KL3GIP4 fast carry unit with the K584VM1 LSI circuit operating under the con- 
ditions of lowered injection current, which permits reducing power consumption of 
processors to the Level of CMOS circuits with a proportional reduction in their 
pertormance, 


Use of KSS89LKO3 Fast Carry Units. The K5891K03 fast carry unit is designed for use 
with the K5891KO2 microprocessor. Unit structure is shown in fig. 5a. The micro- 
circuit is placed in a 28-lead package and provides for connecting eight LSI micro- 
processors, The availability of output C. provides the capability of sequential 
grouped carry between 16-bit processors, Values of the main electrical and time 
parameters for this ftast carry unit are given in table 4. The availability in this 
unit of the RV (output enable) lead provides the capability of gating carry signal 
output at output Cy. 
Shown in tig. 5b is scheme for connecting eight LSI K589I1KO02 circuits to one 
K5891K0O3 fast carry unit. Since the input carry to the K589IKO2 LSI circuits is 
coded by active low level of voltage, a straight connection of microprocessor out- 


puts (P and G) and fast carry unit inputs (P. and G.) is made. Operation execution 


time in a 16=bit processor with the fast carry unit is about 118 ns. Shown in tig. 
Se is the structure of a 32-bit processor with sequential carry between the 16-bit 
units, which has a cycle time for executing microinstructions of about 136 ns. 


The cycle time (ns) of processors with an arbitrary word size when the K5891K03 
fast carry unit is used can be computed as: 


' ge AP . n 
LP ycle t ycle 2 ry Ee = 10 + | | 1S. (13) 


Conclusion. The examples given in this article far from exhaust the possibilities 
of using fast carry units in modern digital machine circuits. As an example of 
nontraditional use of a fast carry unit, the microcomputer interrupt system can be 
cited. Shown in fig. 6a is the structure of a 128-input circuit for processing 
interrupt requests, built on the basis of KSS9IKI4 interrupt priority units (BPP), 
which has eight inputs tor interrupt requests. Specification ot intergroup priori- 
ty between the interrupt priority units is made by sequential connection of inf its 
for enabling groups of interruption (RGP) of high-order LSI circuits with the 
inputs for enabling groups (RG) of low-order ones. In doing so, delay through the 
RG-RGP circuit for an LSI circuit is atout 13 ns. For reliable system operation, 
cycle time (ns) must be selected from the following condition: 


BPP RGP 


Tore & Tewele + (nnlet.. = 80 + (n-1)913, (14) 
cycle cycle. rg 
where Nvel is the interrupt priority unit cycle time, is the time tor pro- 
‘ cal , 


pugating the signal through the RG-RGP circuit, and n is the number of BPP units. 








Fig. 6. Structural diagram of 128-input 
circuit for processing interruption 
requests: 

a--without fast carry circuit, 

b--with fast carry circuit 
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— Key: 
(1) ar fh l. RG [group enable] 
7 2. BPP jinterruption priority unit] 
3. RGP jinterruption group enable] 
| 4. BUP jfast carry unit] 
| 5. RV joutput enable] 
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The cycle time for the system shown jfig. 6a] is about 275 ns. 


Shown in fig. 6a is the structure of this same system with two K589IK03 fast carry 
units for matching the signals RGP [interruption group enable] and P,, in which 
inverters are used, Cycle time of the system with fast carry units is 


*% BPP n . C 
- om ro or + 
cycle ° ‘cycle , 8 | (topg C inv? (15) 
min 
In tt 1 d : 1 Tr. 126 
> [ess = = é = > ° 
n the process, tj. 5 ns, n 6 an tOPG 8 ns, cycle = ns 


Expressions (11)-(15) can be used in practice in computing delays in systems built 
on the basis of fast carry units. 
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HARDWARE DESIGN TO SUPPORT MICROPROGRAM DEVELOPMENT FOR BIT-SLICE PROCESSORS 


East Berlin NACHRICHTENTECHNIK ELEKTRONIK in German 
Vol 31, No 7, Jul 81 pp 294-297 


[Article by R. Sandau, Berlin, Report from the Institute of Electronics of the AdW 
(Academy of Sciences) of the GDR] 


[Excerpt] Descriptors: microprocessor, microcomputer technology, bit-slice 
processor, microprogramming 


l. General Problem Area 


Recently, a decisive factor in making industrial processes which bear on the 
national economy more intense and more efficient was to replace wire-programmed 
logic increasingly by memory-programmed logic. This trend was facilitated by the 
rapid development of microelectronics and the associated possibility of economi- 
cally producing microcomputers, e.g. on the basis of the microprocessors U 808 D 
and U 880 D. Such freely programmable processors are capable of mastering a broad 
spectrum of tasks, functioning as cores of microprocessor systems. This capability 
is based on their architecture (width of address and data buses, number of control 
signals, instruction codes), and on their processing speed, which depends on their 
fabrication technology. 


However, there are tasks which cannot be solved or which can be solved only un- 
satisfactvorily by means of these processors, The reason for this lies in the 
properties of the MOS processors, such as 


a fixed instruction code 

width of the data bus is 8 bits 

technologically related processing speed, depending on the architecture (cycle fre- 
quency 500 kHz for the U 808 D and 2.5 MHz for the U880 D; time-multiplex utiliz- 
ation of an 8 bit bus for addressing and data signals with the U 808 D). 


As an example, one need mention here only the fast drive controls and regulators 
as well as the application for Fast Fourier Transforms with high accuracy and real 
time requirements. In such cases, however, microprogrammable microprocessors in 
bit-slice technology can frequently provide a remedy. Such microprocessors can 
e.g. be built up with switching circuits of the series K 589 (USSR) [1]. At Tesla, 
too, the equivalent switching circuit types are being developed and/or produced 
with the switching circuit series MH 3000 [2]. The switching circuits belonging 
to the switching circuit series are assembled in Table l, 
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rhe processing speed of such systems naturally is also limited by the fabrication 
technology. They represent the Schottky-TTL technology and can be operated with 
a maximum cycle frequency of about 10 MHz. By suitable selection of the design 
architecture of the system (the two-bit wide processor wafers can be cascaded up to 
a maximum width of 320 bits, microinstruction call and processing can overlap...) 
and by specifying an instruction code that represents an optimum with respect to 
the problem being solved, it is possible to solve a series of problems, whose 
solution cannot be attacked with tye processors mentioned in the introduction 
Furthermore, bit-slice systems are frequently also used to simulate instruction 
codes of technically outmoded computer systems for the more effective processing 
of proven software packets. 


8348 
CSO: 1851/4 
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TTL SWITCHING CIRCUIT TYPES IN USSR 


East Berlin RADIO FERNSEHEN ELEKTRONIK in German Vol 31, No 5, May 82 p 278 


[Unattributed response to a reader inquiry] 


[Text] What equivalent types of TTL ewitching circuits does the USSR have for 
Westerm types (Texas Instruments, etc.)? 


L.K., Luckenwalde 


According to Soviet documents, the following component series count as equivalent 
to the TTL series common in Western foreign countries: 


USSR 

K 130 54 H (flat pack housing) 
K 131 74H (DIL housing) 

K 133 54 (flat pack housing) 
K 134 54 L (flat pack housing) 
K 136 54 L (flat pack housing) 
K 155 74 (DIL housing) 

K 158 74 L (DIL housing) 

K 530 54 5 (Flat pack housing) 
K 531 74H (DIL housing) 

K 555 74 LS (DIL housing) 


These series are still being supplemented, i.e. at this time they are not yet always 
complete. Other TTi series form the USSR, such as e.g. the series K 141, have been 
outmoded and are no longer being exported. Caution when purchasing without docu- 
mentation: We generally do not find it possible to still dig up data for these 

ICs. 
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INTERFACE FOR BIDIRECTIONAL DATA TRAFFIC BETWEEN MEASUREMENT ACQUISITION, 
TRANSMISSION SYSTEM, MICROCOMPUTER 


East Berlin RADIO FERNSEHEN ELEKTRONIK in German Vol 31, No 5, May 82 
pp 283-286 


[Article by Bernd Schildwach, Institute for Space Research, GDR Academy of 
Sciences ] 


[Text] The use of components with different production technologies 
is often necessary for the effective application of microelectronic 
components, so as to increase the effectiveness of the resulting 
systems. The CMOS switching circuit K 564 IR can be coupled to the 
CPU U 880 D without technical problems and permits a large number 

of applications with very little extra power and software in 
specific applications. 


Microelectronic components are used in the acquisition of measurement data in 
measurement acquisition systems and in the transmission of data to subsequent sys- 
tems. In these applications, they offer the possibility of effectively organizing 
the acquisition of measurements and the processing of data, with very little expen- 
diture for components, power, and volume. By data processing is understood the 
formation of data corresponding to the conditions necessary for their transmission. 
Into this category fall, for example, data organization corresponding to the fixed 
word length, the formation of test bits, etc. Individual bits can be emphasized 

or suppressed with a mask, through a logical operation in the microcomputer. Thus, 
the evaluation of the measurement data in the receiving station of the telemetry 
system is facilitated. On the basis of the measured results, the microcomputer can 
correct the measurement process, by switching over the measurement channels or, 

for example, changing the amplification factors. If the measurement acquisition 
system (see Figure 1) also requires analog measurement variables, the conversion 
result of the analog/digital converter can be corrected by the microcomputer, if 
the conversion function of the ADU is defective. 


The interface described here has the aim of staticizing a parallel data stream with 
a word length of nine bits. The eight high bits are to be processed, checked and 
replaced by the microcomputer corresponding to the operating conditions prescribed 
by the user. After being supplemented with a test bit, the interface provides its 
output in a word length of ten bits. The power consumption should be kept low, and 
the power supply for the interface is derived from the operating voltage of 5 V. 
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Bidirectional Interface 


In implementing the interface module, the CMOS switching circuit of the Soviet 
series K 564 IR 6 was used for coupling to the CUP U 880 D. This is equivalent to 
the types CD 4034 (RCA) and MC 14034 (Motorola); it is often regarded as a universal 
bus register. Consisting of a cascade with eight flip-flops, the transmission unit 
with eight transmission gates (transfer gates), and the control, this switching 
circuit can be used for many tasks. Thus, in this configuration, it can be used as 
an eight-bit memory, as a shift register (series-parallel converter) or as a buffer 
memory for a bus coupling (Figure 2). 


The transmission unit makes possible data exchange between the data bus A and the 
data bus B from and to the memory cascade. The transmission unit of the bus A also 
makes it possible to switch off the data lines (high-ohm). Bus B has a constant 
connection to the memory cascade, and a control unit specifies the direction of 
data exchange. The following control possibilities result: 


The data line is switched off to the bus A: 


If level 1 is set at the input AE, the data lines from bus A are switched on. 
With level 0, the data lines are switched off in high-onhm fashion. 


Data exchange between bus A and bus B is controlled: 


Input AB: 

0 © data exchange from bus B into the memory cascade, the output to the memory 
cascade is at bus A, depending on the control instruction AE 

1 * data input in dependence on control instruction AE into the memory cascade, 
the outputs to the memory cascade are in bus B 


Control of the serial or parallel data input 


Input PS: 

0 = data are inputted serially through the input into the memory cascade 

1 = data input occurs in parallel over bus A or bus B over the memory cascade 
in dependence on the control input AB 


Control of the cycle dependency of the parallel data input 


Input AS: 
0 = transmission of data takes place with the 0-1 cycle edge 
1 = transmission of data takes place independent of the cycle. 


Table 1 gives a comprehensive survey of the various operating modes of the switching 
circuit. Table 2 and Figure 3 list all the operating conditions and delay times. 

As a supplement of the technical documentation from the component manufacturers, 

the time ty was determined because, according to [1], with a 1-0 transmission of 

the control instruction PS, the control AS should be zero, to prevent an undesir- 
able shift of the data in the memory cascade. Investigations on several switching 
circuits confirm the correctness. The time t, was likewise determined by outselves, 
since it can be important for some applications, if data have already been written 
in the memory cascade and are to be outputted in a short time through the AE instruc- 
tion. This case occurs, for example, when the switching circuit is used as an 
INT-vector port if, in the INT-acknowledge cycle, the low part of the INT vector 

is read from the port. 
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Figure 1: Block circuit diagram of the measurement acquisition and transmission 
system 


serial information 

cycle (inputs for expansion of the interface) 
digital multiplexer 

port control 

test bit formation, signal shaping 

data 

control 

control lines 
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Staticizing the Data in Port 1 
The offered data are staticized and stored at the time tO (see Figure 4, Figure 5), 


while the bits El through E8 are staticized in port 1, the bit EO is staticized in 
the first D-flip-flop of the IC K 564 T 2, 
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Figure 2: Block circuit diagram of the K 564 YP 6 


l transmission unit A 
2 memory cascade 
3 transmission unit B 


Level 1 at the AS input causes staticization in port 1 (asynchronous staticization), 
while, outside of this time, a shift of the data in the memory cascade is not pos- 
sible, since the cycle input has the level 0. 


Staticizing the Data in Port 2 


Port 2 has the function of an output port: 


Staticizing the data being outputted 
Parallel-serial conversion, 


The parallel data are staticized at the time T9. At the same time, the bit EO is 
staticized in the second D-flip-flop and subsequently is situated at the serial 
input of port 2. Since the signal T9 is derived from the 0-1 position of the bit 
cycle Tp, the following 0-1 transition at the end of T9 for the content of the 
memory cascade in port 2 is not considered because of gate running times. After PS» 
and become zero, the information is right shifted and the bit EO is staticized in 


port 2. At the cycle time T8, this bit EO appears at the output 8, in the case of 
parallel-serial conversion. 


Data Traffic Between the Microcomputer in Port 3 


From the previous description, it is apparent that the parallel information is 
staticized in ports 1 and 2 at different times. This difference can be used in 
data traffic with port 3, such that the microcomputer can perform operations for 
input and output and for data processing, 
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Figure 3. Switching times of the K 564 YP 6 
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Figure 4. Pulse diagram of the interface 
Table 1. Logical functions of the IC K 654 IR 6 


AE PS AB AS Function 


0 O O X Serial data input, bus A is switched off, bus B is 
ineffective to the ‘data input" mode 

oO oO 41 X Serial data input, bus A is switched off, bus B in 
the "data output" mode 

0 1 0 0 Parallel data input, cycle-synchronous, bus A switched 
off, bus B in the "data input''mode 

0 1 oO 1 Parallel data input, asynchronous to the cycle, bus A 
is switched off, bus B in the "data input" mode 

0 1 1 0O No change of the data in the cascade, bus A switched 
off, bus B in the "data output" mode 

0 1 1 1 No change of the data in the cascade, bus A switched 
off, bus B in the “data output" mode 

1 OO oO xX Serial data input, bus A in the "data output" mode, 
bus B is ineffective through the “data input" mode 

1 O 1 X Serial data input, bus A is ineffective through the 
“data input" mode, bus B in the "data output" mode 

1 12 0 0 Parallel data input, cycle-synchronous, bus A in the 
"data output" mode, bus B in the “data input" mode 

1 1 0 1 Parallel data input, asynchronous to the cycle, bus A 
in the "data output" mode, bus B in the "data input" 
mode 

1 1 1 0 Parallel data input, cycle-synchronous, bus A in the 
"data input" mode, bus B in the "data output" mode 

1 1 1 1 Parallel data input, asynchronous to the cycle, bus A 
in the "data input" mode, bus B in t..e “data output" 
mode 
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Table 2: Operating conditions and delay times of the IC K 564 UP 6 





Un» min. typ. moa. 





inV 
Fortptionzungszeit 
t, in ns 1 b) - 60 1200 
10 —- 2@ 2 
Obertragungszeit ? 
t, in ns 5 ~~ 290 7390 
10 _ 100 30 
min. Taktimpulsbreite 3 
t. in ns 5 - 200 400 
10 — 100 175 
AE-, PS-. AS-impuisbreite 4 
t, inns 5 - 240 480 
10 - 65 195 
Anstiegszeit t, und 5 
Abfalizeit t, 
des Toktes in us 5 ~ - 15 
° 10 - - 18 
Vorsetzzeit der Do’en 
t. in as 6 b) —- 20 $00 
10 - 100 200 
moximale Taktirequenz 7 
fy in Maz 5 15 2,5 - 
10 3.0 5 - 
Vorstelizeiten $ 
t, in as 5 200 - _ 
10 100 °- ™ 
t. in nas (50 pF) 5 20 4644400 600 
ty in as 5 1300200 - 





propagation time 

transmission time 

minimum cycle pulse width 

AE-, PS-, AS-pulse width 

rise time t, and decay time t,1 of the cycle in us 
lead time of the data 

maximum cycle frequency 

lead times 


ON DU SW NH 


The following control functions result for port 3: 


ag, = 79 - 10RQ" - NR (1) 
iora’ = ORG : (port address) (2) 


Thus, bus A of port 3 is capable of control only during input or output operations 
outside the staticizing time in port 2 and in the case of a non-commanded emergency 
regime (NR). 


PS = AS =] (3) 
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Figure 5 Block diagram of the interface 


l measured values 


Thus a constant cycle-independent mode of operation as well as parallel staticizing 
of the data into the port is possible. 





AB, = |ORQ" NR RD. NR T9 (4) 
== AE, 


From this function can be seen that the use of the internal bus between the indi- 
vidual ports can be utilized only by one port, port 1 or port 3. If the emergency 
regime NR is commanded, the data in port 2 are always staticized from port 1 at 
time T9, and the B bus of port 3 is switched to input. The emergency regime 


- 58 - 





represents a possibility which guarantees the operational mode of the data trans- 
mission system if a component of the microcomputer should fail. 


If the data from port 1 are to be transmitted to port 2, the must first be stati- 
cized in port 3 by a read instruction of the microcomputer. There they can re- 

main until their staticization in port 2. They are analyzed, reformed, or exchanged 
by the microcomputer. It is thus indispensible for each data word to initiate an 
interrupt instruction to the microcomputer (to the system control). It is directly 
possible to connect port 3, i.e. the data bus B of the switching circuit K 564 IR 64, 
to the data bus of the microcomputer. 


Time Conditions 


Table 2 specifies the delay times also as a function of the operating voltages. 

With a 5 V operating voltage, as compared to operation at 10 V, there are much 
larger pulse widths and delay times. An operating voltage of 5 V was specified 

for the interface. The CMOS ICs of series A 564, to implement the logical functions 
(1) through (4), have delay times that are too long (about 400 ns/gate) so that 

the operating possibilities of the microcomputer are impaired because of the neces- 
sary WAIT cycles. Since the low power consumption is a criterion in designing the 
interface, the low powered TTL switching circuits (K 135, K 136) were used, whose 
power consumption is about 1 MW/gate, and whose delay times are less than 35 ns. 


With an input and output operation, the duration of IORG is about 950 ns, if the 
cpu cycle frequency amounts to @ = 2.5 MHz. According to Table 2, the duration t 
may be 1.2 ws, and thus the time for staticizing the information from port l 
through port 3 into the microcomuptuer is not sufficient without an additional WAIT 
cycle. If this WAIT cycle is derived from the ILORQ signal of the CPU, it will also 
be valid in staticizing the INT vector and the IC K 564 IR 6 can, under these con- 
ditions, also be utilized as the INT-vector port. 


Program Possibilities 


In setting up data processing programs, the starting point must be the time condi- 
tions of the data acquisition and transmission system. For example, if the trans- 
mission cycle of the system tg = 10 kHz, the following time results between stati- 
cization in ports 1 and 2, which is available to the microcomputer as processing 
time: 
TCway @ 8TZ — 4TM —1t, 
TZ == 1/ty = 100 ws (5) 
™M == 1/0 = 400 ns 


io * processing time for port 2, 


This results in a time TC a = 7.27 us. This time is sufficient to control the 

data selection of the measurement acquisition system, for outputting status words 

to analyze the internal status of the system, and for the coarse analysis and 
correction of the transmitted data. If the data transmission frequency is increased, 
a second microcomputer should be provided for larger processing programs. 


The correction of the data by the microcomputer will be demonstrated here using as 
an example the acquisition of analog data. The processing of these data transverses 
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a sensible process in the analog/digital converter, Errors can occur here, which 
are described in their totality in [2]. The zero point of the ADU can be sensed 
rather easily and can be represented as a digital quantity. This acquisition takes 
place with a conversion of the zero-point level, by occupying the input of the ADU 
or respectively a channel of the analog multiplexer with the zero-point level. The 
correction of the microcomputer can limit the digital storage method cited in [3] 
to a signed addition of the analog word (or its digital equivalent) with the cor- 
rection word. It is thus possible to circumvent storage of the analog correction 
quantity in a sample and hold circuit. 
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Figure 6: Circuit example for the control of inputs PS and AS 


The program must take into account that, when full scale (FFy) has been reached, 
the further addition may yield only the result FFy. This also makes apparent the 
disadvantage of this correction method as compared to the one presented in [3]. 
In [3], the full quantization level can be maintained through an integration method, 
while, by means of the present method, the quantization steps can be specified 
only in terms of 

Q = 2» — KW 

(6a) 


KW=dy > 2' +... +d, - 20m! 
+ dy . 2" (6b) 


n = number of bits of the conversion results 
Experimental Possibilities of the Interface 


The switching circuit K 564 IR 6 affords the possibility of serial-parallel conver- 
sion. This property can be used to input serial data if, tor example, stored 
sensors have already digitalized their measurements through their own analog/digital 
converter. This input line is shown in Figure 1 as a dashed line. Since one must 
distinguish between parallel and serial input, this results in changes in the con- 
trol of the system. For a control function that must then be implemented, one 
obtains the following: 
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AE, =19 MW (7) 
PS, = 19 ) 
AE, = 19 - 1|ORQ’ (9) 
AB, =T9 MW\VT9- RD (10) 


Equations (7) and (10) also show a different situation with respect to the acquisi- 
tion of a measurement word (serial or parallel) and with respect to the data trans- 
mission status word (MW). This distinction is made by the overall control, which 
is not described in the present paper. This status word provides information con- 
cerning the internal status of the system, but it can also present an analysis of 
the measured status, e.g. the formation of average values. In implementing the 
circuit, it is no longer possible to exchange data through the microcomputer during 
the transmission of the data, since the shifting in of the data into the serial 
input of port 1 requires a finite time which additionally, in asynchronous opera- 
tion, is defined only within the time limit. This time limit is formed by the 
moment T9, at which the data from port 2 must be staticized. Corresponding to the 
necessary time conditions for the switching circuit K 564 HP 6, Figure 6 shows a 
circuit proposal for driving the PS and AS control input. 


Signal Shaping. Generation of the Test Bit 


Before the information from the interface is conducted further for data transmis- 
sion, it must be coded in accord with the system conditions. By signal shaping is 
here understood a synchronization of the serial information with the cycle fre- 
quancy. This is done by staticizing the data in a flip-flop with the O-1 edge of 
the bit cycle. Before signal shaping, the serial word, which consists of nine 
weighted bits, is supplemented with a test bit. This supplementation occurs upon 
an odd number of all 10 bits of the resulting word. The test bits are generated 
statically or dynamically. The test bits are generated statically in parallel to 
the digital word being tested. The implemeted circuit represents an antivalence 
of all the bits being tested. However, if a serial data stream is present, dyna- 
mical formation of test bits is suitable. 


This principle is based on counting out the number of bits with level 1 in one data 
word. It is here ncessary that the beginning and end of the word are identified 

by the system control. The signal T9 is used for the beginning of one word and 

the signal T8 for its termination. 


Within the cycle time T9, the flip-flop with its feedback at a modulo-2 counter is 
reset (Figure 7). Since the serial information from port 2 is shifted by half a 
cycle with respect to the counting cycle, each bit is tested in the middle for its 
logical level. With a logical 1, the counter advances. At the time T8, the results 
of the counting process are placed at the input of the shaping flip-flop and are 
thus inserted as the tenth bit into the serial information. 
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Figure 7: Illustration of the test bits and signal formation 
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For the sake of completeness, the formation of the test bit is also supplemented by 
the microcomputer. However, in the present case, this solution does not appear 
advantageous, since the hierarchy of the emergency regime can then no longer be 
implemented, and testing the bit DO would require greater hardware expenditure. 
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date of technical sciences, Moscow] 


[Excerpts] Existing technological processes of software development can be 
classified by the level of automation of the primary stages nd elements of soft- 
ware development as follows: 


Zero level — programming completely in machine codes without automated equipment; 
lst level — elementary translator from autocode with subsequent debugging in ma- 


chine codes and partially automated production of documents; the volume of tech- 
nological programs does not exceed 1,000 commands, and their total cost is 1,000- 
2,000 rubles; 


2nd level — automated programming equipment includes a modern translator from 
autocode, elementary data base, text editor, program to shape certain documents, 
and possibly elementary means for self-contained debugging; total volume of 
technological programs is about 10,000 commands and their cost is in the range of 
10,000-20,000 rubles; 


3rd level — corresponds to fairly modern programming technology in which auto- 
mated equipment has a volume of about 100,000 commands and a cost reaching 200,000- 
500,000 rubles; it includes translators from high-level languages, means for self- 
contained and integrated debugging, and various other types of automation equip- 
ment ; 


4th level — the most sophisticated, in contemporary terms, systems for automating 
program design, including sets of translators from various languages, means of 
monitoring and verifying programs, elaborate means for planning, monitoring, de- 
bugging and testing, and so on; these systems have means of automating practically 


all elements of the technology of designing complex programs. The total program 
volume is on the order of 1 million commands, and the cost of such systems is 3-5 
million rubles. 











When general-purpose computers, which are widely employed in the national economy, 
are used for software development the cost of one hour of machine time can be de- 
termined by the price list [4], which establishes the following rates for one 
machine hour of computer use: 


M22, Minsk-32, BESM-4 *_ e©* © ®© #@© #© © © © #© #@© © © © @ @& @ 35 rubles 


> Se 85 rubles 
YeS 1033 ....2.++ +6 © © © «© © © © © © © © © «© «© «© 6 ©©6|(6ULLO rubles 
BESM-6 . . . . . * . . . . . . . . . . . . . . . . . 100 rubles 


A project was carried out to collect primary statistical data on the character- 
istics of developed software in order to determine the technical-economic indi- 
cators of certain software development projects underway in the sector. To do 
this a table was compiled corresponding to the first stage of collection of sta- 
tistical data, by the retrospective method, on the general characteristics of 
development of software for computers included in various types of automated sys- 
tems. Tables to be filled out were distributed to the technical directors of 
software development for the following systems: 


— automated data processing and control systems working in real 
time (ASU-1 and ASU-2); 


— systems to automate the design of radioelectronic equipment 
(SAPR REA RAPIRA-3); 


— systems to automate software development for specialized com- 
puters (SAPO YaUZA-6, versions A, V, and D) [5]; 


— systems to automate software development for microprocessors 
(SAPO TEMP) [6]. 


While filling the tables out on an experimental basis, difficulties were encoun- 
tered answering the question about the length of development, especially con- 
cerning the actual beginning of software development. The reasons for this were 
the following: 


— transition during the development process to another type of 
computer (for example, a transition from the M220 to a YeS 
computer for the RAPIRA-3 system); 


— change in software development technology (switch from a high- 
level language to the YaUZA autocode for system ASU-1); 


— overlapping of stages of developing of versions of the system 
and its practical use (SAPO YaUZA-6, versions A, B, and D). 


The answers to the questions about the number of development workers and their 
average monthly pay were complicated by the fact that, in accordance with official 
instructions, data are kept in divisions of labor and wages and production plan- 
ning divisions for just the last three years, but the development of sets of 
programs sometimes takes longer. The psychological factors noted in [3] also had 
a strong impact on how well the tables were filled in and how long it took. 
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Difficulties occurred with determining the volume of the software developed in 
cases where ready-to-use programs were borrowed for refinement in order to solve 
additional problems with them. This was most typical where the SAPO YaUZ-6 was 
modified to solve the problems of the SAPO TEMP. In this situation the refined 
programs have many new qualities, and the volume of software developed must be 
characterized by two quantities. The first quantity is the volume of the newly 
developed programs (the supplementary work), which is determined by the total num- 
ber of commands modified and added to the refined program. The second quantity 
characterizes the full volume of the programs of the refined subsystems because 
the programmer in fact studies and analyzes the subsystem programs in their full 
volume to determine where modifications and supplements are necessary in the pro- 
gram being refined. The stage of self-contained debugging is partially repeated 
and the stage of integrated debugging is almost entirely repeated for the refined 
program, and documentation is amended or even redone, The determining factor for 
the values of labor expenditures in refining programs is the existence and com- 
pleteness of design documentation. Thus, in the case of programs that are 
modified in this way development will be characterized by two series of values of 
technical-economic indicators because of the dual character of measurement of the 
volume of software development. 


The technical-economic indicators of software development for a number of specific 
systems were calculated according to formulas (1)-(4) for the initial statistical 
data of the data collection table in the first stage. Table 2 (next page) gives 
a graphic representation of these calculations. The first thing that should be 
noticed is the great difference in technical-economic indicators depending on the 
purpose and description of the software and conditions of its development. For 
example, the labor productivity achieved during development of software for the 
RAPIRA-3 system in which virtually no requirements were imposed for degree of use 
of computer resources relative to memory and productivity and the documentation 
factor was low (0.002) is 5.1 commands per person per day. In development of 
software for the real-time ASU-1 and ASU-2 systems in which requirements for de- 
gree of use of memory and productivity resources are close to one, the documen- 
tation factor is high (0.133), and a much greater volume of testing was done, 
labor productivity is 1.1 commands per person per day. 


The range of variation in labor productivity for program development for the 24 
subsystems of the SAPO YaUZA-6D is very broad, from 0.5 to 14 commands per person 
per day. Given uniform technological software development means for all develop- 
nent workers this large spread in labor productivity values for different groups 
of development workers is explained by different levels of qualifications, the 
differing algorithmic complexity of the subsystems, and different amounts of 
scientific work already done on the subject matter of the subsystems. In our 
investigation the term qualifications was taken to mean the level of knowledge 
and experience of the programmer in the field of the assigned task and with 
technological means of software development. The average productivity of one 
programmer from a collective of development workers, including technical super- 
visors, managers, and auxiliary personnel, was 3,4 commands per person per day for 
the YaUZA-6A, but rose to 4.6 commands per person per day for the YaUZA-6D. 

This should be explained by the higher level of qualifications of development 
workers and by the greater backlog of scientific work for a number of subsystems. 


We should emphasize the great differences in the values of the individual labor 
productivity of programmers for software modules and subsystems taken separately 
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and the average productivity per person from a collective of development workers 
as a whole taking acount of the full cycle of development from systems analysis 
to turning the software over for testing. For example, the individual labor 
productivity of specialists doing the actual programming in ASU-1 is 3.2 commands 
a day, while the average productivity per person in the collective of develop- 
ment workers is 1.1 commands a day. 


Ana.ysis of the processing results showed that comparison of the efficiency of 
software development for different automated systems, even of one class, should 
be done by a group of technical-economic indicators, not for any one indicator. 
For example, with ASU-1 and ASU-2 identical values were obtained for labor 
productivity, but the documentation factor for ASU=-l was almost five times as 
high as ASU-2, which will make it possible later to conserve capital when ac- 
companying the software of the ASU-1 in actual use and updating it. 


The evaluation of the efficiency of developing software for the SAPO TEMP de- 
serves special notice. Table 2 gives two columns of values for its technical- 
economic indicators. If we look only at the first column of indicators for 

newly developed programs, we could conclude that the efficiency of software de- 
velopment for the SAPO TEMP is only one-half to one-third of the efficiency of 
development of similar systems for the SAPO YaUZA-6 or SAPR REA RAPIR-3. But 
this conclusion would be one-sided, because by using the method of developing the 
SAPO TEMP primarily by refining the programs of the SAPO YaUZA-6 a system with a 
new quality was obtained which allowed automated development of microprocessor 
programs with a range of soluble problems equal to that of the SAPO YaUZA-6, 
Therefore, estimates of software development of systems which borrow ready-to-use 
programs for refinement should be supplemented by a second column of technical- 
economic indicators which are calculated based on the total volume of all refined 
programs. 


Conclusions. Our project of collecting statistical data by the retrospective 
method concerning particular projects to develop software and analysis of 
processing results confirms the possibility of evaluating the technical-economic 
indicators of software development by the proposed technique. Analysis of 
processing results made it possible to evaluate in some degree the factors that 
affect technical-economic indicators. The values of technical-economic indi- 
cators given for the software of actual systems may be used as guidelines for es- 
timating the time and labor expenditures necessary to develop similar software 
for new automated systems. 
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[Text] Introduction. This article considers means for structural programming of 
AVTOKOD language [1] of the El'brus-l multiprocessor computing complex (MCC). 

The El'brus-1l MCC is the first domestically produced fourth-generation computer 
[2] whose main architectural elements are a hardware stack, tagged memory, con- 
text data security, and operations on arrays. The AVTOKOD language of this 
complex is a recursive, procedural machine-oriented high-level programming 
language. In terms of its capabilities it significantly surpasses ALGOL-60 and 

is comparable to ALGOL-68; it has the means to construct well-structured programs. 


Considering the chief prerequisite of structured programming to be making it 
easier for the human being to perceive the program, we will take up only a few 

of the requirements mentioned in [3] [4] which structured programs must meet. 
Specifically, we will consider the principal control structures, the technology 

of work with multilayered data structures consisting of sequences of syllables, 
and certain other characteristics of AVTOKOD which are of interest from the stand- 
point of structured programming. 


The material presented is the result of an experiment with the use of the AVTOKOD 
language to write a compiler from the language SIMULA-67 [5] for the El'brus-1l 
MCC. 


The use of control structures. Work [6] expressed the idea that there should be 
a simple correspondence between the text of the program and the procedure for 
executing it in order to make it easy to follow the logic of the program. But 
this is made much more complicated by disorderly use of the transfer (go-to) 
statement where control is transferred either forward or vackward. This article 
analyzes AVTOKOD means which make it possible to minimize the use of the trans- 
fer statement or, possibly, get by without it completely in the form in which it 
is found in most known algorithmic languages for high-level programming. We 
will consider the principal control means of structured programming and compare 
them with the corresponding AVTOKOD means. 


There are five known constructions for structured programming: sequence; if- 
then otherwise; selection; do as long as; and, do until, The first three 
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constructions are found in AVTOKOD with syntactical representation that makes it 
easy to read the program and is similar to that used, for example, in the 
languages ALGOL-68 and YaRMO. The if-then otherwise construction in AVTOKOD has 
the appearance IF-THEN OTHERWISE-ALL, and the choice construction has the appear- 
ance CHOICE-ALLCHOICE. 


The constructions of AVTOKOD which differ fundamentally from the above-mentioned 
five constructions of structured programming are the structured sentence and, re- 
lated to it, the structured transfer. The structured sentence has a title which 
gives the identifier of the situation which may occur in the closed sentence 
directly following the title. A closed sentence is one which has opening and 
closing parentheses (BEGINNING-END, IF-ALL, CHOICE-ALLCHOICE, CYCLE-REPEAT, and 
so forth). Within the closed sentence the programmer monitors the occurrence of 
the situation mentioned in the title of the structured sentence and makes the 
structured transfer, according to which execution of the closed sentence stops 
and control is transferred to the statement following it. 


The additional capabilities related to use of the structured sentence are, in the 
first place, that the structured transfer can be parametered and, in the second 
place, that there can be several situation identifiers. In the special 
construction that completes the structured sentence and is called the action pre- 
fix it is possible to program actions that are specific to each particular situ- 
ation or to several of them. In the third place, there are identifiers of static 
and dynamic situations. Static situations are those which may occur only within 
the closed sentence. Dynamic situations may also occur in constructions that are 
not located within the closed sentence but are dynamically included in it. 


An important feature here is that regardless of whether the structural transfer 
occurred according to dynamic or static situation X, control is always trans- 
ferred to the statement that follows the closed sentence which was preceded by 
the title of the structured sentence with the identifier of situation X. The 
structured sentence and structured transfer essentially overlap the capabilities 
of the constructions of do-as-long-as and do-until as well as the LEAVE construc-— 
tion of the BLISS language [7], which allows leaving a cycle and procedure ahead 
of schedule. Just as control, branching according to an arbitrary or chosen 
sentence, ultimately leads to a point that marks their conclusion so the struc- 
tured transfer leads not to an arbitrary point in the program, but always down- 
ward, towards the end of the corresponding closed sentence. This is the funda- 
mental difference between the structured transfer and the conventional transfer 
by tag. 


But the most significant advantage of the structured sentence is that the sit- 
ation identifiers enumerated in its title precede entry into the closed sentence, 
informing the program reader in advance of how execution of the closed sentence 
may end and what its content designation is. This is a very important property 
of the structured sentence from the standpoint of program recognizability. 


The above-described organization of the structured sentence requires definite 
programming discipline, involving the fact that it encourages thinking through 
program situations (in content terms, not algorithmic terms) whose occurrence 

may lead to the end of the closed sentence, and designating these situations 

with appropriate identifiers. Neither external commentary nor marking the closed 
sentence with an appropriate mnemononic tag, which incidentally suggests the 
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the thought of possible transfer of control to this point of the program, can be 
called an adequate means compared to the corresponding means of the structured 
sentence of the AVTOKOD language. 


Considering the purpose of structured programming as convenient program reading, 
we will note here that the cycle statement has a very good mnemonic notation in 
the form of cycle-repeat parentheses which remind the program reader of the 
cyclical segment at both its beginning and its end and, moreover, adequately re- 
flect the meaning of the repeating program segment, This cannot be said, for 
example, of ALGOL-68 (DO-OD), and even less of ALGOL-60 in which the pair of sym- 
bols BEGIN-END is already quite overloaded. 


The technology of work with data structures. A shortcoming of AVTOKOD as a system 
programming language is that it does not have entries analogous to those, for ex- 
ample, found in the PASKAL' language [8]. As long as we are referring to an 

entry (structure) that occupies one word of the El"brus MCC, AVTOKOD means are 
adequate and efficient. There is a possibility of breaking the word into syl- 
lables (fields), linking them to appropriate identifiers, and then using them 
without thinking about the specific position of the field within the word. But 
quite often information about objects cannot be contained in one word with a 64- 
bit format. 


The first alternative for achieving the goal is to have each use of a certain 
field which is not located in the first word of a multiword structure coupled with 
an indication of how many words after the beginning of the structure the word con- 
taining the necessary field is located. 


The other alternative, which is considered in greater detail below, is to use the 
"indirect variable" construction with a trimmer and a corresponding conversion of 
the format to bit format. Finally, the third possibility is to use bit arrays to 
store these structures. But this is hardly acceptable because it significantly 

increases the number of memory bits necessary to arrange the structure indicators. 


Fields are generally used very often in system programs and are spread throughout 
the entire program text. During the debugging process and when modifying execu- 
tion of a certain meaningful function it may become necessary to correct the set 
of fields in the structure, their mutual arrangement, and the number of bits al- 
located to the field. These changes may demand very substantial modification of 
the program text. 


To simplify this modification we propose using a combination of the capabilities 
of AVTOKOD macromeans (definitions and text substitutions) and means of access 

to word fields. The first alternative of determining the position of the field 
in the structure is more convenient for reading and more efficient in realization. 
Information on displacement of the word relative to the beginning of the struc- 
ture and the position of the field within the word is fixed once in the field 
definition, which is a macrodefinition. With subsequent change in the position 
of the field within the structure or of the entire structure as a whole, only 

the defining inclusions of the corresponding fields are modified and the many 
used field inclusions, which are macrocalls, are not touched, This makes it 
possible when using any field of the structure to indicate only the beginning of 
the structure (index of the first word of the structure in an array that contains 
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a sequence of arbitrary structures) and the identifier of the field within the 
structure, which adequately reflects the necessity of representing the struc- 
ture as an integral and unitary element. 


This alternative of representing structures has a greater degree of flexibility 
than the entries in the language PASKAL' mentioned above. Greater flexibility is 
achieved because in this case the programmer himself controls the number of bits 
allocated to the field, whereas in PASKAL' either the complete word without 
breaking into component syllables or part of the word is allocated to the field, 
but in this situation the arrangement is determined by the realization process, 
not by the user. 


For example, information on a simple variable contained in the description table 
of the compiler, in which information on all the descriptions of the SIMULA pro- 
gram is concentrated, is represented by the following structure: 











PVID ehh PUR | PBAZA | PIMYA PTsEP 
©) (4)1 (2)1 (5S) (10) (16) (21) 
"Tak PKOORD (15) | PADRES (14) | PKVAL (16) | PKSORDOSh (17) 














The structure consists of two 64-bit words and contains the enumerated fields. 
The corresponding field definitions for the first alternative may have the fol- 
lowing appearance, for example: 


Text 
PVID (TAB, UKAZ) 
PTIP (TAB, UKAZ) 


TAB [UKAZ]. [63:6], 
TAB [UKAZ]. [57:4], 


PATR (TAB, UKAZ) TAB [UKAZ+1]. [63:2], 


PKOORDOSh (TAB, UKAZ) = TAB [UKAZ+1] [16:17]; 


In this case TAB is the identifier of a certain unidimensional array that contains 
64-format elements and is designed for storage of structures, while UKAZ is the 
indicator of the beginning of the structure. The text definition is parametered 
so that the field identifiers are not aligned with the tables. It follows from 
this that some tables may contain different structures which iiave, for example 

the field PVID and the field position PVID the same in all structures, namely 

the six left-hand bits of the first word. 


For the second alternative the definition of these fields should have the following 
appearance: 


Text 
PVID (TAB, UKAZ) TAB [UKAZ:][Fl Q:6])+, 
PTIP (TAB, UKAZ) (TAB[UKAZ: ]. (Fl 6:4])+, 


PATR (TAB, UKAZ) (TAB [UKAZ:][Fl 64:2])t, 
PKOORDOSh (TAB, UKAZ) = (TAB [UKAZ:]. [Fl 110:17])t+; 
= 21 = 





let us look in greater detail at the semantics of the above-written constructions 
of the second alternative, assuming that the first one is obvious. The construc- 
tion TAB [UKAZ:], which has a trimmer in the index brackets, generates a descrip- 
tor of the subarray of array TAB beginning with the index UKAZ and going to the 
end of the TAB array (the descriptor is a special type of data in which informa- 
tion on the array is concentrated: address of the first element, status, number 
of elements, format of the elements, and so on). The descriptor created, just 
like the array descriptor TAB, describes format 64 elements. Its further trans- 
formation, done for example by the construction [41 64:2] involve first con- 
verting the format to bit format and then transforming the descriptor so that it 
begins to describe two bits in the TAB array, the 64th and 65th, Finally, on 

the character +t the descriptor obtained is converted into a name, which allows it 
to appear as the left part of an assignment statement or as the operand of an 
expression with the renaming necessary in this case, 


This kind of conversion is possible, on the one hand, because the machine 
language contains descriptors and, on the other hand, because it can have several 
descriptors of different formats in the same physical memory. 


In both versions of field definition the entry of information, for example in 
the PTIP field of the table of descriptions for a certain index UKTOP, looks 


as follows: 


PTIP (TOP, UKTOP) + = integer; 


Selection of a value, for example of the field PATDRES and eatering in a certain 
variable ADR, has the following form: 


ADR: = PADRES (TOP, UKTOP) ; 


We will note the following with respect to the efficiency of these two alterna- 
tives of determining the position of a field in the structure. Selecting the 
field value and entering the information in the field by the second alternative 
requires three times as much code and on the TEMP interpretation complex [9] 

takes 2-2.5 times longer to execute than the corresponding selection and entry by 
means of the girst version. The reason for this appears to be the multiple trans- 
formations of*descriptors. But the advantage of the second alternative is that 
the field location is not limited by the physical structure of memory. This means 
that the beginning of a field may be placed in one word and its continuation in 
another field adjacent to the first. 


Some general remarks on AVTOKOD. While a detailed and precise description of 
AVTOKOD is not our purpose, nonetheless we will consider certain of its other 
characteristics that are interesting from the standpoint of structural pro- 
gramming. 


Work [3] observed: "The struggle against global data is becoming as important 

as the struggle against the transfer statement, and it is beginning to receive 
attention in the professional literature." Global data complicate perception of 
the program, in the first place because their use is usually far removed from the 
appropriate descriptions and, in the second place, because the value computed 

at the particular point in the program and assigned to the global quantity is 
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practically accessible at any point of the program, which does not always cor- 
rectly reflect the essence of the algorithm. On the other hand, program ex- 
perience shows that programmers seldom formulate special blocks for such "small" 
reasons as setting up a small amount of local work data; they prefer to use 
global data. In this respect it would be convenient for AVTOKOD to include a 
broad list of syntactical constructions within which it is possible to make 
declarations with fairly natural fields of localization. Among such construc- 
tions, in particular, are the closed sentences mentioned above. 


The sequential sentence is another example of a construction that permits the 
introduction of declarattions. In conformity with the description of the 
language, the sequential sentence is used to introduce a new context of identi- 
fiers by means of declarations and define a sequence of actions performed one 
after the other by means of statements. In AVTOKOD the sequential sentences are, 
in particular, the alternatives of the conditional and selected sentences and 

the lower and upper boundaries of the step cycle. In addition, as in ALGOL-68, 
when the sequential sentence becomes a part of a closed one, it may be the oper- 
and of an expression. Let us look at the conditional sentence of AVTOKOD in 
more detail: 


<conditional sentence> : : = IF <internal part of conditional 
sentence> ALL 
<internal part of conditional> : : = [<sequence of descrip- 


tions>] <condition> <alternative then> [<alternative 
otherwise> | 
<condition> « : = [<sequence of statements>] <conclusion> 
<alternative then> : : = OTHERWISE <sequential sentence>| 
INES [expansion unknown] <internal part of conditional> 
<sequential sentence> : : = [<sequence of descriptions>] 
[<sequence of statements>] <conclusion> 
<conclusion> : : = <sentence> 


In this entry the parts of language constructions which could be absent are put 
in brackets. The area of action of the sequence of description from the internal 
part of the conditional sentence is the entire conditional sentence, while the 
area of action of the sequence of descriptions from the sequential sentence is 
the alternative THEN (OTHERWISE) and only this alternative. 


The fact that AVTOKOD contains operations to test array affiliation and hardware 
means for group operations on lines (recopying, retrieval, transfer, editing, 
packing, and the like) makes it possible to avoid cyclical constructions, which 
to some degree linearizes controlling the program and improves its cognitive 
qualities. 


For example, after detection of the letter the operation of singling an identifier 
out from a certain input text may be written as follows: 


IDENT < : = VKhT poka sredi BUKVITsIFR, 
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where IDENT is a byte array for storage of the identifier and BUKVITSIFR is a 
bit scale in which the positions of letters and numbers correspond to 1 and the 
positions of other characters correspond to zero, 


The AVTOKOD macros make a certain contribution to structuring program texts. Be- 
cause they do not have means of macrogeneration, in conformity with the Chisem 
classification given in work [10], AVTOKOD macros are text macros with positional, 
not key parameters. 


[t is characteristic of the AVTOKOD macros that syntactically the body of the 
macro definition is a sentence, that is, a fully comprehensible and complete 
linguistic concept, not an arbitrary sequence of symbols. This makes it 

easier to read programs and frees the reader from having to construe texts at a 
very low level (symbolic and lexical). In addition, the body of the macro 
definition is executed in the context that existed at the moment of definition of 
the macro, while the factual parameters are executed in the context of the macro- 
call, that is, analogously to the procedural mechanism. This permits a reasonable 
compromise between time of program execution and memory space occupied by it, be 
cause it is easy to convert a procedure definition into a macro definition and 
vice versa. 


In conclusion we will note that this article does not claim to be a complete 
analysis of the structural programming means of the AVTOKOD language. But ex- 
perience has shown that the AVTOKOD means we have discussed together with a cer- 
tain programming style and appropriate formulation of the program listing re- 
felcting the hierarchical inclusion of certain constructions in others are ef- 
fective means of structuring program texts and promote clear programmer thinking 
and an improvement in the cognitive qualities of programs. 
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[Excerpts] The steadily growing complexity of ASU [automated control system] 
problems performed on computers is accompanied by an increase in the volume of 
specifications and requirements for them for development of the appropriate 
software. In this case, along with the condition of unambiguous interpretation 
of specifications on che part of problem suppliers and programmers, the condition 
of compact notation of the specifications is becoming timely, 


The generally accepted method of representing requirements for a program is to 
reduce the general data processing algorithm in application to technical speci- 
fications for programming (GOST [State All-Union Standard] 19.201-78). The 
description of such an algorithm includes not only the sequence of operations 

on data, but also the types of information media used (manual documents, punched 
cards, magnetic tape, and disks) and identifiers of the data structures placed 
on these media. 


According to GOST 19.003-80 the diagrams of algorithms and programs are described 
in flowchart language, which graphicall, reflects the structure of simple algo- 
rithms. The principal drawback of this language is its unwieldly system of sym- 
bols. 


The graphic R-language does not have the shortcomings noted in flowchart language 
[l]. From the standpoint of describing complex algorithms the greatest advantages 
of R-language are the compactness and brevity of its expressive means. Compared 
to flowchart language the arcs in R-language carry a double load: description of 
the structure of the algorithm and description of processes. The succession 

among processes is insured by the proximity of the corresponding arcs of the R- 
graph, while simplicity of assimilation is insured by the simplicity of the 
corresponding conceptions of R-language. 


[It should be noted that representing algorithms by means of the graphic R- 
language is close to Mili's universal theoretical model of a finite automaton, 
which is applicable for objects of any nature [2]. Uulike the finite automatan 
model graphic R-language does not explicitly fix the states of data at the output 
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of the process, which creates some inconvenience for the one who states the prob- 
lems. When designing the general algorithm of a problem it is also convenient 
for the one formulating it to fix the structures of intermediate data and their 
states for a check example. Description of the composition and structures at 

the input and output of processes makes it possible to avoid excessive detail in 
algorithms. The process of converting the data structure and composition is as- 
signed implicitly by means of such a description. The only additional thing 
necessary is to indicate conversions performed on quantities of data. 


The present article proposes to elaborate R-language to a language of specifica- 
tions for describing the general algorithms of ASU problems. 


Experience with the use of the graphic R-language in the stage of designing algo- 
rithms tor ASU problems demonstrated its high efficiency. The compactness of 
description offers great advantages. The diagram of an algorithm described in 
R-language has roughly the same relationship to the flowchart of an algorithm 

as a mathematical formula has to its textual interpretation. R-language in- 
creased the graphic quality of complex algorithms and made it possible to allo- 
cate them in a limited space, which makes it possible to trace the interaction 

of different modules and distribute processes in an optimal fashion when running 
the program on multiprocessor complexes. 


The analogy between the graphic R-language, where arcs correspond to processes, 
and critical path schedules, where lines correspond to jobs, greatly simplified 
the planning and monitoring of program development, Program segments that have 
been written and debugged are appropriately recorded directly on the diagram of 
the algorithm. 


There was an improvement in mutual understanding between the one who formulated 
the problem and the program developers, as well as better interaction among the 
developers during development of the system. With a good picture of the problem, 
the programmer at the same time has adequate freedom to realize different alter- 
natives of optimal programs. 


The volume of documentation in the program design stage was reduced significantly. 
The graphic quality of the general algorithm @ the problem written in R- 

language made it possible to identify significant design errors in the early 

stage of design development. 


The above allows us to conclude that the use of R-language is promising not 
only for its basic purpose, but also as a language of specifications in the de- 


sign of complex ASU programs. 
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[Excerpt] Problems with recursive structure are often encountered when solving 
various engineering, mathematical, and optimization problems. The area of prac- 
tical application of ‘ecursion is very broad. It includes problems of numerical 
analysis, translation algorithms, and list processing which are essential appar- 
atus for the development of modern ASU's [automated control systems]. 


Recursive programming methods, which reflect a characteristic feature of abstract 
thinking, are practically irreplaceable in a number of cases. The apparatus of 
recursion is contemplated in most programming languages which have appeared since 
ALGOL. But of course, the algorithmic language FORTRAN and a number of languages 
similar to it that are widely used in scientific-technical calculations, do not 
have their own means of organizing recursions. This often imposes undesirable 
limitations on the structure of the program complexes being designed, 


Work [1] gives a fairly complete presentation of the recursive methods used in 
programming as well as the means of realizing recursion. But the methodology 
for realization of recursion in the FORTRAN/FAT system as described in [1] is 
based on the features of this system's translator, which differs from the YeS 
computer FORTRAN and, therefore, cannot be used in practice. The fundamental 
principles of organization of recursion in programs, not oriented to the spe- 
cific features of languages, are presented in [2]. Works [1, 3] consider chiefly 
the formal relationship between recursion and iteration. Work [3] analyzes 
constructions and gives examples typical for the language ALGOL-60. At the 
present time there is no methodology for constructing recursive programs in 
FORTRAN orie ted to the YeS FORTRAN system. The apparatus for realization of 
recursion in FORTRAN without using interfacing with programs in assembler 
language, as presented in [4], has limited application capabilities because of 
the rules of FORTRAN. 


This article will propose a methodology for organizing multilevel recursion for 
programs realized in the YeS FORTRAN language. The methodology includes two 
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different approaches. The first is based on interfacing recursive subroutines 
and subsidiary subroutines in the assembler. The second method is based on the 
possibility of creating iterative programs directly on the basis of recursively 


described statements of problems without 
methods are also applicable in principle 
not have their own means for realization 
programming with other operating systems 
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[Text] Many problems which are described recursively occur in practice [1]. The 
use of recursion in programming produces tangible results when solving this type 

of problems on computers. vJespite the fact that recursion is an efficient method 
of programming, by no mears all algorithmic languages (and this includes FORTRAN) 
have means for the realization of recursion. Therefore, to realize recursion in 

FORTRAN it is necessary to supplement it with certain subroutines written in an- 

other language (for example in assembler language). 


Investigators have already done some work in this direction. A subroutine struc- 
ture in FORTRAN has been found which makes it possible to refer to oneself re- 
cursively [2]. The structure of the subroutine is such that it can only be used 
once. After it finishes its work the recursive procedure transfers control not 
to the program which calls it for the first time, but rather to the operating sys- 
tem which stops execution of the particular program, The recursive procedure is 
almost always a part of some program which can call on it more than once [1, 3]. 
It is also possible that the particular recursive procedure calls up other re- 
cursive procedures (for example, realization of syntactic analysis can be trans- 
lated by the method of recursive discharge and finding the largest common di- 
visor of polynomials) [3, 4]. 


[t is impossible to realize this type of recursion in FORTRAN without additional 
means. When accessing a subroutine to oneself in FORTRAN its connection with the 
calling program is lost; to be more accurate, the address of the domain where the 
calling program is stored is lost. This address is stored in the second word of 
the storage domain of the subroutine being called, but with recursive access the 
address of the storage domain of the called subroutine is laced in this word. 

In order for it to be possible to return to the calling problem, its address must 
also be stored upon entry into the recursive subroutine and its value restored 
upon exit from the subroutine. This procedure is accomplished by the subroutines 
SAVE and RETURN. ‘The SAVE subroutine stores the second word of the storage do- 
main of the recursive subroutine (the address of the storage domain of the calling 
program) in the SAVE stack. The RETURN subroutine copies the top element of the 


- 80 - . 








stack in the second word of the storage domain of the recursive suhroutine. We 
will write out the structure of the recursive suhroutine: 


COMMON/STEKiI/I,STEK (200) 
M=0 
T=(Q 


CALL A(M,AI,A2,..., AN,A) 


SE BROL TINE AUMAALAR ANB 
COMMON, STLKIVLSTEK (200) 
Io MEQIYCALL SAVE 


j HSMERERHE l 

/ HEOBNOLLMIMBIE BbIVHCIEHHS 
\3ATPY3KA CTEKA TMAPAMETPAMH 
WALL Bu M,At.A2...., AN,B) 


BOCCTAHOB.TEHHE I 

BOCCTAHOB-EHHE lIAPAMETPOB MO COJEPXKH- 
MOMY CTEKA 

CALL RETURN 

RETURN 

END 


The same array is used as the stack in all recursive subroutines. This array is 
assigned by the general domain STEKII., M indicates the beginning of that part 

of the stack which is used by the given recursive subroutine; [I fis the stack in- 
dicator; A}, Ao, ..., AN are the parameters transmitted; B is the parameter which 
receives the value of the initial address of suhroutine A when control is trans- 
ferred to recursive subroutine A (it is necessary for the subroutine to realize 
access to itself). This method of realizing recursion is achieved in the YeS 
[Unified System] disk operating system on the YeS 1033 computer using the FORTRAN- 
IV translator, version 2.2. 


Unlike the method of realizing recursion considered in work [2], this method makes 
it possible to call recursive subroutines many times and also allows recursive 
subroutines to include one another, in other words a recursive subroutine can 


call another recursive subroutine, , 
COPYRIGHT: IZDATEL'STVO "NAUKOVA DUMKA" ''UPRAVLYAYUSHCHIYE SISTEMY I MASHINY" 

1982 
11,176 


CSO: 1863/139 - 81 - 











UDC 681.3.43 


DATA CONTROL IN OS-NTs-1 SYSTEM 


Kiev UPRAVLYAYUSHCHIYE SISTEMY I MASHINY in Russian No 1, Jan-Feb 82 (manuscript 
received 20 Nov 79, after revision 28 Apr 80) pp 53-57 


[Article by Yuriy Abramovich Basin, engineer, Special Design Bureau of Computer 
Technology of the Pskov Radio Equipment Plant] 


[Text] Introduction 


Interest in the development of methods of structural organization of data arises 
chiefly because of the significant efforts expended by the developers of applied 
systems to create data bases in information and information-control systems. 

The construction of iterative systems and artificial intellect systems also in- 
volves access to information in an on-line regime. Moreover, the requirement of 
dynamic change in data links naturally arises in such systems [1]. 


Works [2, 3] describe the MULTICS system, one of the first in which a signifi- 
cant share of these questions are resolved, 


The present article describes a hierarchical structure of files that insures 
flexible use of the OS-NTs-1 [4] in composing complex data structures. The 
principal conclusions in the article define the lozical organization of files, 

do not depend on machinery and external memory units, and do not involve physical 
arrangement of data on information media. 


In designing the data control system the following requirements that the system 
must meet were formulated: 


— the files must not be a separate information addressing 
mechanism, but must define the logical organization of 
the segmented space of the virtual memory of the system; 


— the structural organization of the files should be assigned 
to the operating systen; 


— the hierarchical structure of the files should be para- 
metrically adjusted to the required number of levels and 
permit arbitrary variation (reduction or increase) in the 
number of levels during the process of developing data 
bases; 








~ within the framework of the hierarchical structure of 
files the system should insure the organization of ran- 
dom links among levels, authorizing the grid structures 
of files (not necessarily hierarchical); 


— the user should address files by their symbolic names. 
The physical addressing of files should be done by the 
system depending on the actual position of the files; 
it should be concealed from the user; 


— when there is a right of access, the file should be 
easily accessible to different users. 


The Structure of the Files 


This structure is the basic branching (tree-like), hierarchical structure on 
which additional links can be imposed to insure simple access to the files from 
any place [2]. Works [5, 6] give a definition of the branching structure and 
related concepts. 


In this article we are interested in the concepts of "depth of search on the 
tree" and "branching of the nodes of the tree' because representing them in the 
form of parameters taken together with the recursive nature of trees makes it 
possible to construct random hierarchical structures. 


In fact, if the depth of the search on the tree is defined as the number of 
levels (n) from the root of the tree to the assigned level and the recursive 
definition of the tree is used, then this parameter acts as a delimiter of re- 
cursion of passage by levels of the tree structure, in other words, when the 
value of the parameter n is given it becomes possible to operate with trees of 
the required search depth. in the present version of the system the maximum 
value of the parameter n is 255, although in principle the parameter has no 
limits. 


A node of the tree is a special file which is supported by the file control sys- 
tem and contains a list of file descriptors. Each such descriptor can address 

a node at a lower level of the tree, If the branching of tree nodes is defined 
as the number of lower-level (on the tree hierarchy) nodes generated, then the 
corresponding parameter will be determined by the capacity of the file which 
describes the node of the tree. But because the file is a set of a random number 
of segments, it becomes possible to construct trees with unlimited branching. 





The file in the system is identified by its own name. The name of the file is a 
list of subnames that reflect the position of the file in the tree structure 
relative to the root of the tree. Each subname identifies the corresponding 

node of the tree and is called by the node name. The list of node names in the 
name of the file is catled the file of the path and determines the direction o! 
movement on the structure of the tree from the root to the node that addresses 

the given file. The list is quantitatively linked with the value of the parameter 
of depth of search on the tree, that is, it includes as many subnames as there 

are nodes from the root of the tree to the node under consideration. The name 











of the path should be unique for the entire tree structure, The condition of 
uniqueness must be met for node names only in the particular direction on the 
tree. 


The file descriptor contains the name of the node and two types of indicators: 
the node indicator of a lower level on the hierarchy of the tree, and the indi- 
cator of the information file of the particular level. Thus, the node name 
identifies both its own file and the segment of the path passing through the par- 
ticular node. This is convenient, for example, in data bases that organize a 
hierarchy of concepts when the same name must be used to identify both concrete 
information that describes the given concept itself and abstract concepts defined 
by means of the given one. If the node name is a terminal subname in the name of 
the path, then the node name, like the path name, identifies a file. If this is 
not the case, it identifies the node of the next level on the tree hierarchy, 
that is, it determines direction of movement on the tree. The fact that the 
descriptor contains two types of indicators assures independent addressing of 
both files and nodes. 


[It follows from this that the descriptor at any moment may contain either both 
indicators or each of them separately. In this case for the descriptor to exist 
it is necessary that it define at least one indicator. The set of file descrip- 
tors of one level n with one preceding node of the (n-1) level forms the cata- 
logue of files of lev:l n corresponding to the node of the n level which 

is realized by a special file. The appearance of a new branch in the node of the 
n level involves including a descriptor of the file of level (n+l) in the corre- 
sponding file catalogue of level n. When the current segment is overfilled a 

new segment is added to the file that realizes the node. 


Segments within a file form a linear structure and are additionally identified by 
their own number. As a result, access to individual segments of the file is 
index-sequential access. 


The presence of just one node indicator in the file descriptor insures the struc- 
ture branching which follows directly from the definition of the tree. 


In the system under consideration the grid structure [5] is insured by imposing 
additional links among nodes on the base tree structure. With the imposed links 
the tree structure becomes a directed graph. 


The links make it possible to address files from any place in the hierarchical 
structure, giving the illusion that each link actually exists. Hierarchical sub- 
ordination is not mandatory for the links. The links make it possible to avoid 
duplication of files shared by several directions, 


The file indicator of the descriptor, not the node indica or, is used to realize 
additional links because the node indicator insures movement only along the 
structural links of the tree. But the file indicator addresses only terminal ele- 
ments of the tree (leaves) which by themselves do not insure any movement. When 
links are organized such a file contains the name of the path along the tree and 
the coordinates of the required tile, which make it possible for the system to 
choose a new direction of movement. 








All actions related to change in direction of movement on the structure of the 
tree are performed automatically by the system if during movement in the assigned 
direction a file is encountered that indicates the need to change direction. We 
will call the file that insures linkage of different directions on the tree the 
linking file. 


From the individual elements placed in different directions of the branching struc- 
ture a chain of links can be compiled which is possible when the file addressed 

by the Linking file is itself a linking file. The path along the chain of links 
will be followed by the system without intervention by the user. The chain can 

be entered from any of the directions linked to it. 


Closed chains and loops, which in the current redaction of the system lead to 
cycling, are a limitation on the construction of chains of links. This limitation 
may be removed if the process of movement along a closed chain or loop is accom- 
panied by analysis of the exit condition from the cycle, that is, entering the user 
processing process. Access to a file on the chain of links can be accomplished 
either directly by the coordinates of the file or by its path name on the tree. 

[f the file with which a tink is established is defined, access to it can be ac- 
complished by coordinates. When the file is not defined, only its path name on 

the tree by which access is accomplished is recorded in the linking file. 


Instructions 


Whereas the primary links of the hierarchical branch and structure are formed by 
the file control system, the supplementary links that provide the grid structure 
are established by the user using the instruction LINK [SVYaZ"']. 


In the system under consideration the files are essentially open. This means, 

in the first place, that the files are equally accessible to all users, and in 
the second place that any user is authorized for any set of operations on files 
in the on-line regime with the corresponding right of access. As a result, there 
is no need for’ such standard instructions as opening and closing the file. 


The set of instructions given to the user will work only on files. Actions on 
nodes and the structure are performed by the system as accompanying actions to per- 
formance of actions on the files, and they are not accessible to the user. For 
example, on the instruction WRITE [ZAPIS'] a segment or batch of data is written 
in the file of the given level. In this case the system forms all nodes that are 
absent in the prestructure and establishes hierarchical links to insure the direc- 
tion of movement on the tree given in the instruction. On the instruction CANCEI 
[ANNULIROVANIYe] individual segments of files, files, and subtrees of files may be 
cancelled, depending on the modification. The system traces the state of the nodes 
of the tree, corrects links, and where necessary cancels files that realize nodes. 


According to the definition in work [6]. the tree is a finite set T consisting of 
one or more nodes. In this case one specially designated node is called the root 
ot the particular tree, and the other nodes (except the root) are contained in 

m > O paired nonintersecting sets T'), wee, T'm(r = l, n), each of which is, in 


its turn, a tree. The trees T';, ..., T'm are called subtrees of the particular 
root. 








The condition of paired nonintersection of the subset T',, ..., T'm leads, when 
they are consolidated, to the existence of m branches in the root of the tree at 
level (r-1), that is, if for any 
Te THIEL. me teD, THEN T=, 
then 


rm 
Um = 7'tm 
i=l 


For subtrees of different levels 1, k, and 1 # k, the condition of nonintersec- 
tion is not mandatory. Therefore, consolidating such sets does not always lead 
to the addition of new branches to the corresponding roots, that is, if among 


the pairs nr, THE (1, ma. SE (1, mel) 


some are found so that 
Ti () r; ¢ 0, 


then 
ry TR .. T! (S), S« My + Mp, 


Based on these properties of the tree and applying the condition of coincidence 
of node names to test the criterion, the following instructions can be intro- 
duced to manipulate the structure of the tree; 


— graft subtrees to one another; 
— prune subtrees from one another; 


— change a node name with a corresponding correction of the 
structure. 


The use of such instructions makes it possible to automate the accumulation of 
knowledge independently received in the system and to control the branching of 
nodes of the tree and the depth of search in order to optimize retrieval time. 


The set of operating system programs that insures the file organization con- 
sidered above forms the OS-NTs-1 file control system. This system is developed 
on virtual memory, and realization of its principal functions is insured by the 
virtual memory of the system. 


The Organization of Virtual Memory and Files 


The dimensions of the memory given two processes by the segmented space of virtual 
memory make it possible not to use files as a separate mechanism for addressing 
information. For this reason there is no need to make a iistinction between files 
and segments, in other words a file is a segment and all segments are filed. 

The concept of the "file" is transformed and loses its meaning as specific in- 
formation in external memory units [2, 7]. 


In the OS-NTs-l the file is a set of linear arrays in the form of segments in 
virtual memory. Access to them is accomplished explicitly by name using 
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read-write operations or implicitly by assigning standard procedures for access 
to data. The latter is conditioned on the features of organization of access to 
the system's virtual memory. The concept of homogeneity of memory includes two 
aspects: homogeneity of access and homogeneity of control. 

The traditionally used method of organizing access to virtual memory is based 

op representing the mathematical address in processor instructions. Ky means of 
special equipment this address is converted into the coordinates of the physical 
locetion of the corresponding segment or the name of the segment, which identifies 
the position of the segment in the file structure. The latter is the key to 
solving the problem of homogeneous system memory, including files [2, 7], because 
the segment and the file are given in mutually unique correspondence both from 
the standpoint of organization of access and from the control standpoint, 


When controlling files it is not necessary to use the method of buffering en- 
tries, subordinating file behavior in the system to the laws of controlling seg- 
ments in virtual memory. The capability of automatic replacement of data, which 
defines the extrapolation feature of control, makes it possible to leave in the 
primary memory only those segments which are most frequently needed. The seg- 
ments which are not regularly retrieved can be temporarily replaced by those 
which are required more often. As a result there is no need for all segments of 
a program or data to be in primary memory at the same time, and the programmer 
does not have to decide which segment should be in memory and which should not, 
and which segment should be replaced when the need for a new segment arises 


[9]. 


As a result of the homogeneous representation of memory, users can share files 
without duplicating information and access can be monitored not only for infor- 
mation in external memory but also in primary memory [2]. On the other hand, 

the condition of correspondence of files and segments means that the segments 
must, for their part, reflect the structure of the files, Corresponding to each 
segment in virtual memory is a descriptor, which is nothing else but a descriptor 
of a file served by the system. The segment is identified by its name, which is 
equivalent to the file name; in other words, the name reflects the positivun of 
the segment in the hierarchical structure. 


Establishing a correspondence between the attributes of file and segment con- 
trol makes it possible to speak of the homogeneity of memory with respect to 
control regardless of the organization of access, The condition of homogeneity 
of memory with respect to organization of access should be considered, based on 
the designation of the system; in the present version the system is oriented to 
solving information support problems. 


(he above-described method of access to data in virtual memory is an address 
method and requires special measures to organize non-address (associative) ac- 
cess, which is standard for information support problems. Work [10] describes 
an associative-type virtual memory based on the dynamic method of organizing 
information arrays [ll] and considers the mathematical address as the key to ac- 
cess. This system achieves homogeneity of memory with respect to organization of 
access. It is possible here to speak of homogeneity of memory with respect to 


access within a single file [12]. 











Non-address access ofters a corresponding organization of data which forms the 
internal structure of a segment. 


Generally speaking, the internal structure of a segment differs from the organi- 
zation of segments in virtual memory (which in the particular case represents a 

hierarchical structure). Therefore, the condition of homogeneity of memory with 
respect to axis should follow from coordinating both levels of access: external 

(by the structure of segments in virtual memory) and internal (by the structure 

of the data of the segment). 


Procedures for External and [Internal Access 


The condition of coordinating access by the external and internal structure of 
the segments necessitates procedures for external and internal access respec- 
tively. Each of the procedures accomplishes non-address (associative) access 

at its own level of identification of objects. The external access procedure 
identifies data with a precision to the segment level, that is, objects that are 
known and defined by the system in virtual memory. The internal access pro- 
cedure operates with data which are structurally defined by the user. 


Both types of procedures are realized with due regard for optimal distribution 
of available means. This refers to the means of the operating system and the 
linguistic means offered to the user. 


The problem of optimal distribution of either operational or linguistic means 
of realization must be solved in all stages of system design. The criteria of 
optimality may be, for example, relative overhead experditures for the effect 
achievec and user convenience. In the particular case, it seems advisable to 
impose the internal access procedure on linguistic means by introducing a set 

of subroutines or expanding the composition of language statements. The ex- 
ternal access procedure should be assigned to the operating system. To organize 
interaction among both types of procedures an interface is introduced. It is 
simple both from the standpoint of understanding and use, and from the stand- 
point of its realization. 


The interface between procedures is constructed beginning with the idea that 
the physical file often represents not one segment, but a set of segments 
corresponding to the physical limitations of the modules loaded in primary 
memory. Thus, it is necessary to switch the user process among file segments, 
creating the illusion that the file is a single segment. 


The external access procedure defines the necessity of representing the particu- 
lar segment, interacting with the internal access proceduce of the user process. 
[t is constructed on the basis of the property of periodicity or rate of repe- 
tition of processing particular batches of file data. Periodicity of data 
processing means that the user process within the limits of a segment operates 
with particular parts of it or the segment as a whole in an identical manner 
from the standpoint of access control; in this case, the procedure performed by 


the user process is repeated in the file from segment to segment. If the 
process as a whole does not meet this requirement, its functional decomposition 


in the class of problems under consideration is found, the case where each 





component of the process represented in the form of a separate process will meet 
the given requirements. 


the possibility of the existence of a decomposition follows from the fact that 
any process can always be broken into parts, each of which either reads data, 
writes data, or combines these operations in solving information support problems. 


'hus, the user process can be started again from the beginning in working with 
each successive segment and may be considered as a subprocess of the external 
access procedure because it develops on a known data base and is initiated by 
the external access procedure for representing data [4]. 


The organization of access to data by a system procedure that is external to the 
user process and reducing work with files to work with segments insures homo- 
geneity of memory with respect to organization of access and control with a pre- 
cision to the segment level, and in combination with internal access procedures 
provides full homogeneity ot memory. 


The fact that the external access procedure is external in relation to the user 
process makes it possible to organize interaction of arrays within the limits of 
a single file and the limits of arrays belonging to different files. In this 

case access to arrays is accomplished by the external access procedure and their 


interaction and processing are accomplished by a user process. 


[he many different forms of access to data and their interactions lead to the 
organization of a standard set of external access procedures organized at the 
level ot the operating system. [In the OS-NTs-1 data are correlated with the pro- 


cedure for access to them on the level of initiation processes [4]. 


Thus, introducing external access procedures in the operating system makes it 
possible to decompose applied intormation and information-control systems into 
separate components, correlating each of the components with an existing set 

of external access procedures. (his simplifies system design because the avail- 
able set of procedures makes it possible to identify the components ot the system 
related to data processing and data access more clearly and precisely, reduces 
the time required, and simplifies debugging of software because the functions of 
access to data and organization of their interaction are performed by the system. 


The user concentrates his eiforts mainly on solving the problems themselves. 
Conclusion 
From the user standpoint the system described above represents practically un- 


limited virtual memory structurally organized in the form of a tree with the 
possibility of adding additional links that construct grid structures with auto- 


matic change in the direction of movement. The organization of access to segments 
insures the use otf associative means o iccess to particular elements, for ex- 
ample, those described in work |10]. Access to data, structural organization of 


data, and the organization of data interaction are accomplished by the system 


without user intervention. 











From the standpoint of the operating system the memory organization considered 
here provides standardization and homogeneity of access and control of segments 


and 


the entire system memory. The proposed Organization of memory does not re- 


quire additional hardware. At the same time, it can easily be adapted without 


any 


substantial additional work if an associative memory unit of adequate ca- 


pacity is included in the system hardware. This greatly improves the time and 
functional characteristics of the external and internal access procedures and 
makes it possible to insure efficient realization of internal access procedures 
with the means of the operating system. 
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[Excerpts] ‘The programming system developed by the authors while designing soft- 
ware for voltage pulse generators and word generators with built-in microprocessors 
is described below [2]. The programming system takes account of the basic feature 
ot this class of instruments, which is the fact that the built-in microcomputer 
does not participate in the generation process but rather executes user commands 
arriving from the keyboard or general-use channel, monitors the correctness of 
actions by the user, shapes data for display, adjusts particular units of the 
instrument, monitors their work, and controls data exchange with the general-use 
channel. 


Up to one second is allocated to process user commands. The low speed require- 
ments permit internal interpretation of a high-level language in the instrument, 
(his language "compresses" the program and the control memory, which stores the 
program in the high-level language and the interpreter, has a smaller volume than 
the case where it stores the program in machine codes (of course, if the volume 
of the program in machine codes exceeds a certain threshold value). 


rhe problem orientation of the programming system was determined in the process 
of analyzing algorithms and the first programs for voltage pulse generators and 
for word generators. The analysis involved identifying the operations encoun- 
tered and determined the frequency of their appearance, A list of high-level 
language instructions for the SPRINT (System of PRogramming with INTerpreter) was 
formed as the result of the analysis [3]. Because the work algorithms of the 
generators have a clearly expressed control character, the SPRINT language is 
distinguished by elaborate instructions for controlling transfers in the program. 
Another characteristic of the SPRINT language is the possibility of describing 
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jText] In controlling rapidly flowing processes in real time, simulating such pro- 
cesses and in a number of applied fields of science and technology, there occurs 

the problem of rapidly solving systems of ordinary differential equations, i.e. 
high-speed specialized processors are needed to solve these systems of equations {1]. 
The performance of these processors can be raised by algorithmic methods: special 
methods of problem solving are employed to reduce the volume of computations and 
problem solving algorithms are processed concurrently, i.e. special multimicropro- 
cessor systems are built. 


Considered in this work is the application of incremental methods that permit re- 
ducing the volume of computations in solving differential equations based on known 
methods of numerical solution of the Cauchy problem; also discussed are some ques- 
tions of designing multimicroprocessor systems to implement these methods. The ap- 
plication of incremental methods for solving systems of linear algebraic equations 
is well known {2]. 


incremental methods are based on making use of small position (one-position, most 
often) increments in computations. Computation volume is reduced largely through 
simplification of the multiply operation which is reduced to a single-cycle opera- 
tion of shifting the multiplicand by some number of positions instead of r cycles 
of addition of partial products. 


The numerical solution to the Cauchy problem for systems of ordinary, linear, homo- 
geneous differential equations with constant coefficients 
y' = AY (1) 


is found by the methods of Adams, Milno, Nystrem and others {3], which can be 
represented as 


Veet =). 4 sa» b LORE (2) 








The main volume of computations in formula (2) consists in computing the sum of 
paired products of constant coefficients b,, defined by the integration formula, and 
values of derivatives of unknown functions at p points for p step methods of inte- 
gration. 


For a number of methods of numer/cal solution to the Cauchy problem, for example, 
for the methods of Adams to the fifth order inclusively, the coefficients from 
formula (2) can be represented in the form of the product of the power of the pair 


2™l and some number bo» not a multiple of the pair; then formula (2) assumes the 
form se 


P 
> ff ’ 
Yea, = Vy thoy & a ae (3) 


which permits simplifying computation of the indicated sum of paired products by 
replacing multiply operations by single-cycle shifts. 


To design incremental microprocessor systems to solve systems of ordinary differen- 
tial equations, integration formulas in which increments of derivatives of unknown 
functions are used are of interest. 


To reduce the volume of computations, it is advisable to make use of one-position 
increments YU, equal to the values of the high-order significant positions of the 
increments of derivatives of unknown functions AU. Let us denote the operation of 
singling out the high-order significant position by VU = Incr (AU). Then from 
formula (2), let us derive the incremental procedure of integrating differential 
equations 


p 
Veit = V+ ‘(contd C,7 rants] » ) 


in which the sum of paired products is replaced by the sum of constant coefficients 
C,, shifted by the number of positions defined by the increments of the increments 
of derivatives of unknown functions at p points. 


We have discussed the first part of tht algorithm for the numerical solution to a 
system of differential equations (1), integration. The second part of the algorithm 
is computing new values of derivatives of unknown functions and for the incremental 
algorithm new values of the increments of the derivatives of these functions 
(computation of the right part of system (1)). 


Thus, at the (k+l)-th point of integration, the value of the right part will equal 


' = 
. k+1 os (5) 
If we represent the value of the vector of unknown functions Y by the value of 
this vector at the k-th point and the vector of increment of unknown functions 


at the (k+l)-th point, then formula (5) can be transformed for incremental algo- 
rithms to the form 


’ ’ , . 
Vege gt vl OV ng, =/ucu (A-AY,). (6) 
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Based on the formulas given above, let 
us now construct several algorithms 































































































for the numerical solution to the a 

Cauchy problem for the system of Havas) (1) | 

differential equations (1). The Borwucnenue apupa- 

flowchart for the first and second - ape deen dy (2) 

(full-position) algorithms is shown .* f 

in fig. 1, and for the third iosemmee emcee 11 

(incremental) algorithm, in fig. 2. ny (3) pobanue ro popmyne (4) 1Q3) 
no gopmyne (5) | 

Let us assess the efficiency of these a! (ae ] 

algorithms. To evaluate efficiency, Hnmeepupodanue 

let us use the number of additions poomyre (2), (8) (4D _} | 

in one cycle of the algorithm (in {Yar “Ya Pour | | 

a step of integration). | 

Given below is the number of additions | 

in executing the individual statements | 

of the algorithms given above and 




















these algorithms as a whole with the 
dimension of the matrix of 
coefficients A equal ton Xne#n, 
and the number of positions of 








the numbers equal to r;: FAG. 40 wiGs Sf 
Statement Number of additions 

Computation of the right part by formula (5) q, = n“(r + 1) 
Integration by formula (2) qd, * (p + 1) (r + 1) 
Integration by formula (3) q, = 2r+ptl 
Incremental computation of right part by _ 2 

formula (6) 4°" 
Incremental integration by formula (4) qs = 2r + p(r +1) +1 


First (full-position) algorithm (fig. 1) . + . + 25 + 
(integration formula (2)) 8 4) 49 (r+i) (a tpt) 

Second (full-position) algorithm (fig. 1) 
(integration formula (3)) 


Third (incremental) algorithm (fig. 2) Q.= q,tact2=n“+2r+p(r+1)+3 


_ 2 
Q,= q,)74,=n (r+1)+2r+ptl 


Let us determine the factor of advantage in computations of the third algorithm 
relative to the first and second, respectively: 





Lo wm 2b (r + 1)(n? + p +1) 

. Q; n?+2r+p(r+1j)+3 ’ 
Q, n(r+1)-+ 2r+p +l 

Ly, = ——= 





~ Q; — att 2r + p(n+1)4+3 
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Shown in diy. $ are the plots of the 
relutionship between the advantage 
factor in computations and the number 
of positions of the numbers to be pro- 
cessed and the order of the system 

(1) to be solved. From this it fol- 
lows that the efficiency of the 
incremental algorithm is higher rei) 














than the full-position algorithms : 

and increases as the number of posi- oF 

tions in the numbers to be processed 6F 

r and the order of the system (1) n 4+ 

increase, a \ ae on 
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Based on existing methods for 
solving system (1), incremental 
algorithms for solving this system 
of differential equations have been 
constructed and their efficiency 
demonstrated. Let us design a Fig. 3. 

processor to implement the incremental 

algorithms for solving the system with 

general-purpose microp-cocessors. Let us define the additional requirements tiut 
arise in designing this processor. By way of example, let us use the K589 series 
microprocessor set, with which rather flexible and general-purpose computer struc- 
tures can be built. But in evaluating the incremental alyorithm for solving the 
system, it should be noted that in designing a processor to solve this system, a 
unit to identify the high order significant digit of a number and a unit for fast 
shift by an arbitrary number of positions must be included in it. Incorporating 
these units will permit performing the operations of identifying the high order 
Significant digit and of a fast shift within one cycle and thereby ensure the high 
efficiency of the inuremental algorithn, 





Another direction for raising the performance of processors is parallel processing 
of the problem solving algorithm. Let us consider the possibility of parallel pro- 
cessing of the incremental algorithm and designing a multimicroprocessor system. 


Fig. 4b shows the structure of the data to be processed by the incremental algorithm. 
Analyzing the algorithm, let us note that within an algorithm cycle, we can process 
the data, after dividing it line-by-line into groups (bold lines in fig. 4b) each 
independently of the other. 


Thus, let us divide each file into a groups of § rows in each group. Then in each 
group, before executing the cycle, the vector of increments of unknown functions at 
the k-th point VY, must be of the full dimension, n rows; after execution of a 
cycle, the dimension of the computed vector of increments of unknown functions at 
the (k+1l)-th point VY el in each group will be 8 rows, 

Let the computations be performed by a processors, and let us call them point micro- 
processors, each of which is a general-purpose or specialized microprocessor or pro- 
cessor built on the base of microprocessor sets. Some requirements for this point 
microprocessor have already been formulated above. 
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Placed in each point microprocessor 

are the 8 rows, to be processed by 

them, of all the arrays, and the Fig. 5. 

vector VY, is placed in each micro- 

processor completely. After execution 

of the algorithm cycle, each a microprocessor contains just § each of the corres- 

ponding rows of the vector VY » which in the next cycle must be present in each 

k+1 

microprocessor completely. In other words, after each algorithm cycle, it 

is necessary to transfer from each microprocessor its group of rows of the vector 

V V+] to all the other microprocessors. Thus, in each algorithm cycle in a multi- 
microprocessor system consisting of a microprocessors, an exchange of data 

is effected between the microprocessors which consists in transferring n rows of 


vector VY Le Since each row of vector VY + consists of one element, n words 


are transferred in each cycle over the buses for exchange in the multimicroproces- 
sor system. Let us note that the number of words n transferred in the system does 
not depend on the number of point microprocessors a. 


The algorithm for exchange between the microprocessors, when each in turn sends 
information to all the others at once, permits, without reducing the performance of 
the multimicroprocessor system, connecting the microprocessors to each other by the 
common bus for exchange. The structural diagram of this multimicroprocessor 

system is shown in fig. 4a. 


Since the number of words sent between the microprocessors does not depend on the 
number of microprocessors, the speed of this system increases in direct proportion 
to the increase in number of point microprocessors. The word size of the exchange 
bus in connection with the transfer between the microprocessors of incremental 
increments is reduced and equals r = log,VY » where VY is the maximum allowed 
increment of an unknown function. s ax It was shown above 

that the number of words sent between the microprocessors is constant and equals n, 
which makes up a small part of all the data to be processed. The total amount of 
data to be processed, the structure of which is shown in fig. 4b, is 


2 ; 
D=n +n(p + 3) + p + 2 words; then the amount of data sent between the 
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nictoeproceseers Of the tetel ahownt Of Geta wii be 
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The relation between the time of computations (weefal tite) ont tite fet eeehenpee 
is also of interest. Let we aeeeee thie felation., Let the ebdition of twee sulbere 
be pertormed within some timesiice t, 4 step, afd the tfenefer of ome Sunber Tron 
one microprocessor to 41i others aise be performed within ome step, Then, after 
assuming with some erftor that aigorithm cyeie time ie defined by the ou Of abe) Lowe 
Q let us derive the algorithm cycle time (time of computations) which equate 


Ty h and the time of exchanges, t) *=nat. fot the inefetental Guilt imictoepre= 


cessor system in question, a8 the fumber of point Sicfeprocessers inc feeses, cope 
tation time is reduced in inverse proportion to the sumber of them and will be 


defined as The * T/a- As it follows from what has been dierweeed earlier, exchenge 


time does not depend on the number of processors, is constent and equaei« Pt eee 
the relation between computation and exchange time is 


Ty. *.* 





¥ - — = ~§ a 2 pie fa 
Tim “alee rplee tye) 
It a® l, then Tp = 2) (no exchanges) and 6 = 0 too. The efraph in fis > iliwetrates 
what part of computation time in the sultimicroproceseor systen io? ae accounted 
ow 
for by exchange time (T ). Shown in the graph ars chat « ,etice for two cet f ewe 
versions of mu ltimicropfocessor systems, when the eye’ nae just tee Sic fePprocesect: 


(a = 2) or when the system has the @axisum number of wicroprocessors, equal te the 
order of the system of differential equations to be solwed (a = a). All other wer 
sions of the multimicroprocessor systems in question are described by the interwal 
between the curves « = 2 and a * fn. 


It follows trom the graph that when the number of sicroproceseorse is emall, compete 
tion time increases faster than exchange time as the order of the system te be solved 
grows; and conversely, when there is high concurrency in running the job, computatioz 
time increases more slowly than exchange time as the order of the system to be solved 
grows, aid in the process, computation and exchange time tend to equality. MSaturai- 
ly, one can conclude that as the number of microprocessors « increases, exchange 
time, being a constant quantity for some system order n, reduces the percentage of 
useful multimicroprocessor system operating time. 


Let us now turn to a feature of solving differential equations on the qultiaicropro- 
cessor system in question. In the majority of real probleme, matrix A in syetem (1) 
is a sparse matrix (containing zero factors). In solving svetesm (1), the geroe fac- 
tors are not needed; thereltoreft matrix A is stored in the puint sicroprocessore in 
compressed form (without the zero factors). This allows eliminating unproduct ive 
processing of the zero factors in matrix A and solving a system of differential 
equations of a higher order with some finite amount of storage. 


Algorithm cycle time in the multimicroprocessor system is defined by the maximus 
operating time in one algorithm cycle of one of the microprocessors, which in ture 
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TRORRIQUE AMD SOFTWARE PACEACE FOR INVESTICATIO®C COMPUTING PROCESS Is UNIFIED 
SYSTEM OPERATING SYSTER 


Kiew UPRAVLTATUSOMCHIVE SISTENT | MASRINY ie Queeien Be 2, Mer=tpe ©) (nemweeript 
received 24 Feb 81, after fewleion 26 Aug 81) bp 6P<7) 

jAfticic by Viesiaift Apellesevic® Geretbhevick, senior eciestific eeeecieate, and 
ivan Vasil’ yewiceh Makeimey, candidate of engineering ec lemree;: beth fren GOP 
jGomel” State Oniversity) , Genel’! 


itecerpts) Prebleme ef organising the competing precece (VF) ie Vie (competer cee 
ters) afe ceoetiouseiiy *‘ooweed of by feeeetchers and Gevelopers of conpeter gS + afe,. 
interesting feauite of eamelypeis of organization ef wort with conpetere afe pre 
sented if ji-@]. Prepesed in thie work ie a8 eppreech te leveetigating the conpet- 
i*2 preceee With Deified Sretes conpetere, beeed OF Geetering Stetieticse of ister 
mation etfeate if solving preblete, 


A qumber of authors ieweetigeting iefetmetion etfreene (17) if Deified Srete® come 
putere started tren, 26 « fele, etaenderé facilities fer fecereing Stetietics, thet 
are available ifn the Deified Sretem operating evetem (4-7), Tebem a6 the besic 
were statieti- = compiled by tee eretes Geeliter preeran (97), which were eeed to 
generate & set Of Statieticos of istefest te the inveetegetor, roan which a8 eneiveie 
of the aepprenriete sepects of organisation of the competing Precese With Daified 
Syetem conppetets wee Gaede, Thefe ie &© Gowbt thet the staetietics compiled by the 
We afte tethet ehundest, ané they com ont Geet be weed ie enelveing the fweet ioning 
ef tes OF end if studying the coppecition es@ sifectere Of jebe being fue. Bet, 
Statistics os iafermetion etreans afe esseetialiy ietegreal. te & Gulber of cases, 
especially ia studying the preperties ef Tes OF fer epecial appiicetions, the ia- 
weetigeter is isterested if the time é€iegran feof esecwtion of Je} steppe both ia 
the siagie aed Gelti- preeren sedges of Tes OF operation, #6 well a6 the time die- 
eran ‘er Yes OF opefetion. if theee cases, Geovelopere of epecial~perpese software 
for the Unified syeten coppetere are if @ bind, for there are &O Heeeuring faciii- 
ties te ebtaeia €iflerestiated etecieticosn for esecution of jot Gtepe. Described ia 
thie work ie the procedure end softwere for organising Geeoetenent of latormet ice 
streame if Dailied Syetem conppetere thet aliows feceTréiang tae €ifferentiaeted ete- 
tistics fer job step espeewtion eed the structure Of the taehe solved with Dail ied 
Syetem conpeutere, 


Also, &@ qumber eof feseatehers Of the competing precece (IF) if Tes OF get the 
Capability ef mebhiang wee Of ettwel Statistics of the conpetiag Pprecese te geeign 
tack gemetfaetore if plameing epeciaeli-perpese conpetet complesee .(#, 10). 








ijjelete wt at iem @8f tiee Fie eubate iu Siudy ing ihe Lcmputer Prim eee 


the suggeeted proved te fer etudying the computer process hae been iaplemented in 
ithe form of «@ pactage of intetfelated preogtate fof Geasuring ahd processing) the 
prearane ifclede both the etatietice recorded by the WW and the fesuite of opeta- 
tiem @f preefanme fer feoeradiag tht etatietics of Ye’ OF} functioning at the Ter 
jreetifal ereceeeer = CPL) iaterfupt iewel. Fig. 3} showe the @Qateup and flowchart 
iof the epliwefe pecteage isteftact ies, The he aout ing and processing eof tware pecea= 
we c@meiete of the WH STATO statistical precessing progfar, the STATOS progtas 
he tege fet Geecurfing the Ppafahetefe Of the ‘ompul ine process at the level of CFL 
interruptions, afd the SPRINT package of precedures for statistical processing of 


ohoe Wat sane fPeeuitie, 
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‘. we .evete® Goniter progran) 
ier tatisetice« 
5. ob | fer processing 
feeuite of ahalwveie 
.. statistics om CPL interrupt ione 
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Pig. 3. interaction of @easuring 
esoltware package 
Aperehbatian af Fe eGutes and iatreduction of Pactages 


lLapertieme if operating theee software packages has shown that with regular acqyui- 
sition of Statistics, Tes OS performance iosses do not exceed tive percent in the 


tr Soast § ty Pprarcess, 


The soltwafe Packages wete inetaliied in these scientific research organizations: 
the Vic SO AN SSSR \Competer Center, Siberian Branch of USSR Academy of Sciences] 
in Nowosibirek, and the NI] EVM & ITK AN BSSR [Scientific Research Inetitute of 
Lomputers and the iInetitute of Engineering Cybernetice, Belorussian SSR Academy of 
“iences!| in Mingk., 
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UDC 661.3.51./6.42 
INTERACTIVE GRAPHIC DESIGN SYSTEM IN MULTLACCESS MEASURING=-COMPUTER SYSTEM 


Kiev UPRAVLYAYUSHCHIYE SISTEMY I MASHINY in Russian No 2, Mar-Apr 82 (manuscript 
received 1 Oct 80, after revision 28 Apr 81) pp 79-61 


jArticle by Yuriy Viadinirovich Obukhov, junior scientific associate, and Sergey 
Aleksandrovich Platonov, junior scientific associate; both from IRE AN SSSR 
jInatitute of Radio Engineering and Electronics, USSR Academy of Sciences], Aoscow!) 


iExcerpts] Described in this work are the structure and functional capabilities of 
an interactive system for design and editing of graphs that has been developed at 
the Institute of Radio Engineering and Electronics, USSR Academy of Sciences, for 4 
multiaccess measuring-computer system (IVSKP) based on the NORD-10/5 computer net- 
work. The system is written in FORTRAN-77 and operates with the SINTRAN-III/VS 
DOS tile system and the PLOT-10 graphic subroutine package. 


This system is superimposed on 4 basic package of graphic subroutines and is an 
interface between the user input langauge and the graphic subroutine package. It 
is an interactive system, i.e. all information on the piot, instructions for its 
design and any changes are specified in the interactive mode. 


The graphic design system described became part of the systems software for the 
multiaccess measuring-computer system at the IRE AN SSSK |Institute of Radio 
Engineering and Electronics, USSR Academy of Sciences] in 1960; it is operated in 
the real-time mode and in the mode of designing from data files. The system allows 
constructing graphs on three types of units: 

--oscillographs with a storage tube and X-Y self-recorders controlled by CAMAC 
modules; 

--Tektronix-4662 type laboratory plotters and the Tektronix-4006, 4012 and 4025 
graphic displays; and the 

~-Tektronix-4663 systems plotter. 


Operating the system has especially shown the conveniences of operating in the real- 
time mode since there is no need for preliminary operations in designing graphics 
(construction of axes, correlating user units to screen coordinates, drawing 
letters, etc.). Using the graphic system has reduced writing time for programs and 
simplified their debugging and has reduced design time. The latter circumstance is 
due to all information on graphic parameters being specified before the start of 
user program operation, and axis construction and lettering being done before the 
start of the operation of the time-critical part of the real-time program responsi- 
ble tor acquisition and preprocessing of experimental data. One can state that 
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with the initiation of the graphic system described, outputting information in 
graphic form has become for the usef fo Sore complex than outputting information 
in alphanumeric forse. 


The authors wish to thank V. V. Romanovteev, A. Ya. Shul’@an and A. V. Moehkeow 
for their help in all stages of this work, 
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Theee capabilities can be Hent ioned! 

-=eesignnent of work te the compiles (jeb control language and the @onitor that 
imterprete it); 

~="eterage of watiows files (an afchive that allows father conveniently controlling 
the eterage of iafefmetion, i.e. access, protection, etc.)j 

~=—"oRveniont pemfefetion Of taeke (taek gemefation system with ite own archive and 
editor); 

“~~“oRvenient Hethed of test inpuet/Gutput and test editing facilities (text editor 
thet seupperfte comvettionel and contest editing, a6 well as operation with editing 
oeeceione), 

“=feclilities fort adequate wlewaligation of teats (editer-supported facilities for 
fretiecting stfectere of pregtfame in 4 listing, and a documentor that enables 
Quelitetive stfectuting ea@ output of technical documents on 4 printer or 
“Optine™” typewriter), 


The Goniter an@ 411 other THI compiles components operate in both the batch and 
iftetactive moedec, 


The TH complies contains 4 transiater from “Ei’brus” autocoder [4], the basic MVK 
pregtamming language, inte MVE codes. The autocoder translator enables rapid 
treesietion, qualitative diegnestics ef errors, and at the user’s option, output of 
ratiows isferhetion of the translated progtan aad its corfespondence to the source 
test (lef example, telbies eof cerrespondemce of lines to the code). 


The 100 compiles comtaine an “EI "brue=-i™" HVE interpreter that executes tiles of 
object cade for the PVE, Obtiaifed if the complies. The i)! tpfeter also simuiates 
the becic functions of the PVE operating system that are Gecessary for program 
eeeretio®., in @ @ialog, the isterpreter® can Opefate in the debugging @ode, in 
whie® it if peesible te belt at Specific pointe in the program and visualize in 
acroeréeance with the weet job the Statue Of computations at these pointes. 


The compiles aise hee traeselaetere for ALOGOL-60 and standard FORTRAN, which are part 
of the eteederd softwere for the “El brue-i" MVE, They were written in autocoder 
aed wete theteelwes debugged with the inetrupental 1H complex. Since they are 

executed if the 10 compiles through the iaterpreter, their fate on the BESN-6 is 
i, 


Service preatanme a6 64 vole emable efficient, practical progtamming in the Th 
complies through facilitetiang foeuetine work that sccompanics programming and debug- 
giew. Theyw ieclade the fellewing proeranme! 

~—ahjiect cede file editer, editing is performed in coordinates natural for NVK code 
ioogtest sunber, brie Gutber), the editer enables visualization of code in heza- 
Sev inel ape if Ghemeomic ec) 

-~suteetfecterer, which cfeetee 4 6tructured listing and performs automatic editing 
ef « ereeran ia auteceder, after which clearly identified a the listing are the 
eaie cometfuections of the lemguaege, Seeting level of constructions, etc.; 
-—fecilities fer communication between the BE5%-6 and NVE; transfer of texts to the 
“WWE aed wice werée is sow supported by seweral @ethods: through punched cards, 
Jiek for commemicaetion with @ especial @@chine with subsequent transter to 4 disk 
compatible with the MVE, and Unified Syvetem magnetic tape, commected to the BLSN-6 
the stengere wey. 








we should a.s80 mention the toliowing service routines that have been incorporated 
into the various general systeus components and those Simulating the MVK jmulti- 
processor computer « omplex]: 

- chive service and archive services servis arkhiva i sluzhby arkhiva]; 
-<service tor developers of translators; 

-<service tor various queries on the situation and changes in it that facilitates 
interactive operation with the complex. 


Probiems of Operation, fhe TEMP complex is an autonomous system and needs only the 
DISPAK OS operating system tor operation on the BESM-6. The usual TEMP complex 
contiguration presupposes availability ot disks, and in this case the minimum 
BESM-6 configuration is: three magnetic disk storage units, one terminal (T-340 or 
RIN-609) and DISPAK US (beginning with version 92.M). However, there is a version 
it the complex that operates on the BESM-6 without disks with the appropriate 
versaio tf DLISPAK OS. 


Main mplex components have the following performance reterred to CPU time: 
Autocoder translator L000-1500 Lines/minute 

"El *brus<1" MVK interpreter 500-700 instructions/second 

FORTRAN translator -5 lines/minute 

ALAA) OU transi. atot 4°23 lines/minute 


fhe average number of exchanges the translators have trom autocoder is 100 per 
1000 Lines, and the interpreter has 1 per LOO executed MVK instructions. Maximum 


size of fi torable in the archive is 37/7, zones. The complex permits operation 
iimost totally on disks, which reduces the ‘need for magnetic drums in short sup- 
ply tor the BESM-6 and I! biitate entry of tasks tor solution. 
Overall elticiency of thi mplex can be illustrated by this example: A program 
with a 100 Lines of autocoder in be debuggec trom start to finish by a programmer 
ws average skills who has mastered the complex within an hour's session at a 
terminal with output of just the tinai results on the printer. 

\ll user documentation (instructions) is in the TEMP complex archive and presented 
in the torm needed fo! itput through a ompiex component, the documentor; users 

m obtain instructions in any desired quantity. The instructions include the 
folLLOWIng programmer guides; TEMP complex prospectus, TEMP complex general des- 
cription, job control language ;JCL] (TEMP JCL monitor), documentor, task genera- 
tion system, text editor, autocoder transiator, “El 'brus-1" MVK interpreter, object 
code tlie editor, autostructurer, cro: reierence dictionary, graphic procedure 
package, transter of text trom TEMP complex to the MVK and vice versa, general 
service routines and tte rvice .or developer ot transiators., 


’ 


ifere 4 i separate set ot documentation ior the ‘ki "brus-L" MVK and its solttware; 
it is presented similarly and can be ft rnished with the TEMP complex. 


lraining personnel for skilled operation on the TEMP complex takes a month. It is 
conducted most etticiently in the interactive mode of operation. 


instructional materiais on ore correct (efficient and economic) use of the complex 


in individual ind ollective peration ire belne prepared Tor dissemination. There 








are recommendations on methods of developing on the TEMP complex average programs 
and large (over, say, 30,000 lines in autocoder) software systems, 


Complex Distribution and Main: »nance. At present, the complex is distributed by 
developers, but the TEMP comp. x prospectus does contain exhaustive instructions 
for its standard generation, in which the complex takes up a whole basic disk 
(minimum size of the area allocated for the TEMP complex on disk is 300 zones). 


Complex generation takes about an hour and is done in the background of foreground 
computation in DISPAK OS. 


Complex maintenance is also performed by the developers; a group of three persons 
processes criticisms received, accepts and checks on a bank of tests the new ver- 
sions of the components and those newly included in the TEMP complex, develops new 
versions and informs users of this. 


Complex Development. Despite wide dissemination, the TEMP complex is in the status 
of intensive development. Here are the main directions of this development: 
--enhancement of performance of components by increasing speed and improving 
interface with the user; 

--development of new components, the most important of which are a debugger provid- 
ing far more txtensive facilities for interactive debugging of MVK programs com- 
pared to the debugging mode mentioned above available in the interpreter, and a 
"large" "El'brus-1" MVK interpreter that will operate under control of the real MVK 
OS which will provide TEMP complex users with a full set of MVK OS functions in real 
execution, as well as an optimizer for the object code file and a guide/information 
provider for the complex; 

--modification of the complex for the new model, the "El'"brus-2" MVK; 

--transition of the complex to a new set of generul components with replacement of 
the internal support system {4]. 


Deserving separate mention is the effort on translating the TEMP complex for the 
Unified System of Computers and the BESM built with integrated circuits. 


Conclusion, The TEMP complex is a large program system on the BESM-6 computer. 
Its extensive use is due to the conditions of development of the "El'brus-1" MVK, 
as well as the need for advance programming of many production tasks prior to 
delivery of the MVK. The complex was able to meet these needs to an adequate 
extent. 


Among the programs debugged on the TEMP complex, one can cite the ALGOL-60 and 
FORTRAN translators that have already passed state tests. The total amount of pro- 
grams debugged on the TEMP complex so far exceeds 250,000 lines in "El'brus" auto- 
coder, 


It can be assumed that the complex will be used intensively until the 1984-1885 
period. 


In addition to the authors of this article, the main TEMP complex developers are 
N. V. Golovleva, S. Yu. Dederer, V. V. Zabotin, I. F. Lesovaya, V. A. Mozzherin, 
N. A. Ozols, L. N. Pen'kova, V. N. Polivanov, V. P. Pyatkin, V. A. Chausov and N. 
A. Shishova, 
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Also participating in the development were A, F,. Bondarenko, A. V. Kaygorodov and 
Ya. M. Kurlyandchik. 
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jArticle by Vyacheslav Vladimirovich Gayduk, engineer, SKB MMS IK AN USSR |Special 
Design Bureau for Mathematical Machines and Systems, Institute of Cybernetics, 
UkSSR Academy of Sciences], Kiev 


{Text] Introduction. Described in this article are the design principles and 
capabilities of the control component of a real-time operating system (OS RV) for 
a minicomputer intended for operation under field conditions. 


A minicomputer with microprogram control {1] is being delivered in single or dual 
processor versions [2-3]. A second processor is needed to raise the overall real- 
time system performance by physical parallel execution «° »perations. At the 
functional level, the first processor performs the processes associated with untor- 
matted input/output and characterized by numerous operations for retrieval, sorting 
and merging of data. The second processor is oriented to problems of visualization. 
Surplus resources of both processors can be used for execution of any computer 
processes, 


Each processor has its own executive memory with 1024 80-bit words which holds all 
the microprograms for this processor. The single processor version comes with main 
storage and read-only memory [ROM] with 8K 16-bit words each; the dual version has 
main storage and ROM with 16K 16-bit words each. The main and ROM have general 
addressing and can be increased with blocks of 4K 16-bit words each (ROM with 8K 
each) to a total of 64K. Main blocks are added from tht zero block in ascending 
addresses, and ROM blocks from the thirty-first block in descending addresses. 
Processors in the dual processor system operate with a common field of memory 

(main and ROM) and differ only by the sets of microprograms in their own executive 
storage units. 


The processors are synchronized by special interrupt registers. Each processor can 
interrupt the other by one of the external interrupt bits. Minicomputer processors 
have the four-level system of interrupts: 

--interrupt from units on the block-multiplexer channel; 

--external interrupts; 

interrupts from units on the multiplexer channel; and 

--interrupts for system calls. 
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Up to 16 and 128 external units, respectively, can be connected (through interface 
cards) to the block-multiplexer and the multiplexer channels. 


External interruptions have eight bits, part of which for the first processor have 
been allocated as follows: system timer (0 bit), attention key (bit 1), synchroni- 
zation of processors (bits 4 and 5), warning on voltage drop below rated (bit 7). 
Only two bits of external interruptions have been provided for the second processor; 
they are used to synchronize its operation with the first processor, 


Requirements for the Real-Time OS Control Component. In developing control compo- 
nents tor real-time OS for minicomputers, the main requirement is ensuring a stan- 
dard interface bttween the hardware configuration and the application programs. 
Usually, different versions of operating systems, development of which entails 
considerable cost, are required for each areaof minicomputer application for 
problems to be solved in real time, 


The modern control component in the real-time OS for minicomputers implements 
functions previously encountered only in large computer OS's, The systems programs 
enabling these functions (multiprogram operation, file managtment, swapping) are 
the most labor-intensive when software is developed {4]. This requires a modular 
organization of the real-time OS that allows effecting interaction of specific 
application programs and hardware with substantial costs {5]. 


The second requirement on real-time OS pertains to tht set of system calls used 
in programming real processes. This set must be complete and convenient for the 
programmer and take up minimum time in execution. 


The third requirement is to make real-time program execution independent of the 
number of processors in the system [6], i.e. user programs are written irrespective 
of the number of system processors and their execution in a dual processor system 
just reduces the cystem r: ponse time as a whole. 


Basic Capabilities of Real-Time OS. Real-time OS permits simultaneous operation 
ot trom one to five user tasks, each of which has access to system resources 
(external units, general programs, tiles, processors) in accordance with its 
priority. 


To organize real-time operation, the user can create up to 16 processes in each 
task and effect the needed synchronization tor execution of them. These capabili- 
ties, as well as initialization ot exchange with external units, are ettlected by 
system calls that are the sole method of calling real-time OS by the user, 
When a system call is executed, 4 program interruption occurs tor a call to tl 
system (lowest priority class of interruptions). In calling external units, a 
user uses their logical number, and the operator determines the correspondence ol! 
logical and physical numbers of these nits immediately before the start of the 
task, which permits replacement of single-type external units (for example, 
CONSUL--teletype) or writing to magnetic disk the intormation intended tor output 
to a multiplexer channel unit. 


When several processes call tor one resource, real-time OS reacts as a tunction ol 
the type of resource and privcrity of the processes. Access to tiles and external 
units is controlled at two Levels: logical and physical. The iogical Level is 
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maintained by the file system, in which protection of the resource is specified by 
the user himself, The user can have no effect on the mechanisem of protecting 
external units at the physical level, When a process calls for an external unit 
that is busy, this process is put on hold until che device is free, 


Program resources are divided into two types: program and data, The computing 
process on the minicomputer is organized in such 4 way that all programs (except 
programs for control components of real-time OS) are reenttrable, i.e. they are 
common resources for all processes and accessible by them at any time. Protection 
and processing sequence of data are organized by the user by using the sechanies 
of semaphores, calls to which are included in the set of system calls, 


Access to the second processor is determined by the operator, who @ust specify the 
number of processes for the second processor before task execution. This solution 
is due to the inadvisability of using the SCHEDULER of higher level processors in 
real-time OS for minicomputers, 


The job control language permits: 

--establishing the number of tasks; 

--allocating storage between tasks; 

--initiating task execution; 

--setting timer mode of operation; 

--maintaining a syster calendar; 

--establsihing correspondence between logical and physical numbers of external 
units. 


At the operator's request, real-time OS sends ali curret.: information on system 
statis to the console, 


Software Structure of the Dual Processor System. Three soduies are added to the 
real-time OS control component when there are two system processors: the interrupt 
handler for the second processor (handles only program interrupts tor system calls 
and two external interrupts), the service process for initialization of the second 
processor and the service process for handling its system calis. Each processor 
can execute all instructions and, consequently, can be allocated by the operating 
system for any process. 


A diflerenct between the processors shows up only in handling interrupts, i.e. at 
the system level which is inaccessible to the user. The corresponding tieids of 
the program status words |P5s) for the second processor 4fre located aiter the sate 
fields for the first processor and are adjusted for transfer of control to tix 
second prox essor'’s interrupt handler. 


At the system level, except for the current operation on execution of processes, 
the tirset processor iaplements ali the functions of reai-i ae OS and handiers of 
ite interruptions and the operation of the drivers for the external unite. The 
second processor also handles two external interrupts and has access to only tu 
real-time OS modules: to the module for process preservation and to the soduic 
fer tull recovery of it, 


Logical interaction of the processors is effected 48 foiliows, in operating with 
the aodule for selecting the highest priority process, the first processor 
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APPLICATIONS 


SPEECH RECOGNITION DEVICE 
Moscow CUDOK in Russian 16 Apr 82 p 4 
[Article by A. Zelentsov, Kiev: "A Machine Listens and Speaks" | 


[Excerpt] In the Kiew Inatitute of Cybernetics a speech recognition system 
for groups of human words is working and has a vocabulary of a thousand words, 
which is sufficient for conversations about industrial matters. But by what 
principle is the computer able to recognize this or that word and even whole 
sentences’ 


“We have realized a phoneme recognition principle,” says T. Vintsyuk, a 
candidate of technical eciences. “What does this mean? There are 80 variants 
of different Russian language phonemes in the memory of the machine. Let's 
say that one and the same vowel is represented by eight variants. These 
variants represent means of expression, the way that the vowel ‘a’ is pro- 
nounced before and after consonents, after pauses, and other variants, that 
ie, in various positions. A different phoneme, for example ‘u', has nine 
variants, the phoneme ‘sh’ has one, and the phoneme ‘'s' also has one. It is 
well-known that there are 41 phonemes in the Russian language. There are more 
in Ukrainian, because the same phoneme in Russian is represented by several 


variante. 


“Purther, how does the recognition process work? We speak a word in a micro- 
phone. An electronic signal from the end of the microphone enters the com- 
puter and ia subjected to further processing in order for recognition to take 
place. A comparison is made of this speech signal with the standard signals 
of the 80 phonemes which are stored in the memory of the machine, and a 
generated anevwer comes out. The recognition-answer is formulated as a trans- 
cription of the word. In this way the speech signal in the course of analysis 
is transformed into a textual equivalent, which is written on the computer's 
lighted panel indicator. We say the word, and read the result on the indica- 
tor. 


“How fast does the recognition take place? In other words, how much time does 
it take the machine to understand exactly what was said? 


“When the vocabulary of the machine is not very great, for example, 100 words, 
the response is produced practically instantaneously, just after the word is 
eaid. In the case where the vocabulary is slightly larger, let's say 500 
words, then we can perceive a certain delay which lasts three seconds. 
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..The computer room of the Institute of Cybernetics. Right before us is the 
BESM-6 electronic computer. On the left in front of the microphone sits an 
employee of the laboratory who is pronouncing phrases that are made up of 
words that have been entered into the dictionary that the machine understands: 
open, blank, close, data, colon, index, zero, stop. 


Several seconds went by, and on the light panel appeared the running inscrip- 
tion of the words that were pronounced. 
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UDC 534.782:621 
FONEMOFON=3 VOICE OUTPUT DEVICE FOR COMPUTERS 


Kiev UPRAVLYAYUSHCHIYE SISTEMY I MASHINY in Russian No 2, Mar-Apr 82 (manuscript 
received 20 Apr 81) pp 33-37 


{Article by Boris Mefod'yevich Lobanov, candidate of engineering science; Vladimir 
Vladimirovich Minkevich, senior scientific associate; Boris Vasil'yevich Panchenko, 
candidate of engineering science; and Leonid Minovich Pervoy, engineer; all from 
the Minsk Branch of the TsNIIS [Central Scientific Research Institute of Communi- 
cations] ] 


jfext] The speech method of interaction in man-machine systems has fundamental 
advantages. The main ones are: 

--convenience, naturalness and simplicity of interaction, requiring no special 
preparation, which expands considerably the group of potential users of automated 
control systems and raises computer utilization efficiency; 

--relief of the visual channel during information output and elimination of manual 
manipulations during input, which increases the speed of interacting with compu- 
ters and reduces the number of operator errors; and 

--the capability of using as terminals ordinary telephone instruments and the 
existing network of telephone communicat:ion, which reduces considerably the size 
of capital investment required in putting man-machine mass queueing systems into 
operation. 


These advantages of voice input/output systems were a potent incentive for compre- 
hensive research in this field jl]. Now, many studies are close to completion and 
reports on the start of industrial production of automatic speech recognition and 
synthesis devices have appeared {2]. The problems of voice output have been 
studied most thoroughly. 


There are a number of finished developments of voice output devices (speech syn- 
thesizers) that enable vocal reproduction from several dozens to several hundreds 
of words [3]. Without belittling their practical value, say, in systems of auto- 
response and talking clocks, let us note that this sort of device is hardly suit- 
able as a standard computer peripheral. Actually, they perform the role of a 
digital magnetic tape recorder, enabling readout from storage and recreation of 
the speech signals of individual words or phrases, previously read by a speaker 
and recorded by using a particular method for compressing the speech signal. 


For a speech synthesizer to become a competent member in a number of types of 
peripherals already existing, such as displays, printers, etc., it must enable in 
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Fig. 2. Structural diagram of speech 
. synther ‘zer 





real time speech synthesis of an unlimited vocabulary for output alphabetic infor- 
mation, i.e. for text of arbitrary content. A speech synthesizer of this type, 
the Fonemofon-3, is described below. The research and development for this device 
has now been completed, and industrial production is to start in 1982. 
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Pig. &-. Structural diaetam of telephwte 
automatic whit (TAD) 


The structural diseetam of the velce Output dewice is shown if tig. i. The Gewilcs 
consists of the epeech synthesizer, input/output interface and the telephone auto- 
matic whit (TAD). The speech synthesizer is designed to preduce sound for the 
text coming [fom the computer; the input/output iateriace joins the sepeech seyn- 
thesizger and TAL to the computer chanmelis, and the TAL joins the computer and 
apeech synthesizer to 4 telephone cifcs it, ies, if addition te ite Gain tunct ion 
of vocal representation of intieormation coming ifn, the device aise emabice inter 
tion between the computer and telephone network subecfibers by weite tim TAL, 

in the process, the TAU performs the role of 4 unique telephone inet fument eeod by 
the computer to cail up and tranemit iniormation in speech form te any subectiber, 
and on the other hand, 4 subscriber can call up the computer to Obtain seeded 
information, 


,* 








The device can alse opefate difectiy with 4 computer of system operator (for exam- 
ple, if computet@-aided design systems) for vocal comments on the problem being 
soived of for sound accompaniment of graphic images on 4 display. in this case, 
the TAU i6 fot weed, and 4 Speaker of headphone is connected to the device, 


Let we consider the operation of the individual assemblies in the device, 


Shown in fig. 2 if @ Stfuctural diagram of the speech synthesizer. The speech syn- 
thesis implemented by the dewice is based on simulation of natural speech formation. 
By functional purpose, the device is divided inte four unite: the text conversion 
whit, and the white for simulating intonation, articulation and acoustics of speech 
formation. The test information from the computer is written in individual portions 
(a sentence of group of sentences) in the ik=-byte buffer storage unit (BZU). The 
buffer enables storage of information for synthesis, up to 120 words on the average, 
i.@. about one S@inute of speech. After pronunciation of the entire text stored in 
the buffer, the eyathesizer sends 4a request for input of 4 new portion of text. 


The test in the buffer is analysed for translation from orthographic form to phoneme 
(letter=to-phomeme transiator) and for isolating prosodic information: type and 
location of punctuation @arks, stresses, position of the i-th phoneme element in a 
vord, syetegma, phrase and others. The prosodic information extractor provides for 
proper operation of the generator of the basic intonation speech parameters: pitch 
of the basic tone (m@ lodics) and flowing tempo (rhyttm). The signals generated by 
the gemerator go to the control inputs of the time coordinator for articulator move- 
ments (rhythe control) and source of vocal excitation (@elodics control). 


from the output of the letter<to-phoneme transiator, tie phoneme text goes to the 
syllable divider that @arke off the text into elementary open syllables. Given 
below is an example of traneiation of orthographic text into phoneme and division 
inte open syliabies. 


Orthographic text: erase caeet © ceneg y ccrenones jParts will be turned into the 
warehouse at the stop.) 


Phoneme teat! sores" saebye_ Qrenet. yertencte’s 


Text marked of f into syllables: [asitelaeley Lasley) rwieyleyiey! 
| aal ty eylealey| tel aol gy! ae! 


in thie example, the accent mark (|"] at 4 consonant phoneme indicates its softness, 
the "_> mark indicates the space between words, the “y" indicates a fictitious 
vowel, and the “co” indicates 4 fictitious consonant. The breakdown into elementary 
open syllables consists in dividing the phoneme text into “consonant-vowel” groups. 
When there ie 4 confluence of two of more consonants, the fictitious vowel y is in- 
serted betwten them, and in 4 confivence of vowels, the ‘ictitious consonant o is 


At the articulation level, an open syllable corresponds to an elementary articula- 
tor action, the simultaneous flow of certain articulators. SBased on analysis of 
the phoneme composition of a syllable, 4 set of articulator instructions is formed 
that epecify the gsowement of articulators, such as the lips, tip of the tongue, 
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body of the Congue, uvula and others, Under the effect of the instructions, the 
articulator movement simulator generates signals that simulate the trajectory of 
movement of the individual articulators, The overall organization of the process 


of articulating a syllable is effected by the time coordinator of articulator 
movements, 


Formed at the output of the articulation simulation unit is a set of signals that 
simulate speech movement. The task of the acoustics simulation unit is to translate 
these signals into an electrical speech signal. The immediate source of the syn- 
thesized speech signal is the Lormant model of the human vocal tract excited by 
vocal or sound sources of excitation. In the formant model, the transfer function 
of the vocal tract is approximated by a corresponding set of resonators (formant 
tilters), the trequency and level of excitation of which can be retuned within cer- 
tain Limits. Current values of formant parameters (frequencies and amplitudes for 
excitation of formants) are computed in the articulator-to-formant translator that 
realizes the nonlinear operator for transiating the articulator movement space vec- 
tor into a tormant parameter space vector. 


Shown in tig. 3 is the external view of the synthesizer prototype. Structurally, 
the device has been implemented with 30 TEZ's jstandard exchange cards] based on 
the standard in the Unified System of Computers, The element base is series 155 
and 140 integrated circuits. The main assemblies in the synthesizer are protected 
by nine patents |4-12]. tere are the specifications: 


Type of input information GOST 13052-67 binary codes 

Alphabet of input symbols Russian letters, punctuation marks 

Size otf vocabulary unlimited 

Rate, piteh of voice, loudness adjustable 

Sound intelligibility not less than 93 percent according to 
GOST 16600-72 

Power consumption no more than 60 W 


A structural diagram of the telephone automatic unit and the input/output interface 
is shown in i ig. 4, 


fhe devices include: the telephone line switching unit, telephone signal receiver 
unit, automatic dial, the unit for generating information for the computer, the con- 
trol unit and the interfaces for information input and output. 


in the initial state, the TAU is ready to receive a call signal. A subscriber dials 
the number assigned to the information-inquiry system; when the connection is estab- 
lished, a call signal goes to the device from the telephone network through the 
telephone line switching unit to the telephone signal receiver unit where a corres- 
ponding pulse is generated. By this pulse, an eight-bit byte is generated in the 
computer information generation unit and then goes to the computer through the 

input interface. 
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The computer analyzes the byte received, generates a series of bytes for the corres- 
ponding message and sends it through the output interface to the control unit and 

to the input of the speech synthesizer. The first byte in the series is the service 
byte that controls the connection of the speech synthesizer to the telephone line. 
The computer speech message goes to the subscriber through the telephone network, 
The last byte in the series is a service byte that controls the connection of the 
telephone signal receiver unit to the telephone line. By using the telephone instru- 
ment dial, the subscriber generates the tonal code of a request which goes through 
the telephone network to the device, where the corresponding byte is generated for 
the computer. Output of a message for the request occurs similarly to output of a 
message for the call signal. 


The availability of the tonal request code in the telephone signal receiver unit 
enables a subscriber to conduct a dialog with the computer. In this case, the 
computer asks the subscriber questions, and the subscriber dials al or 0, corres- 
ponding to yes or no respectively. 


The subscriber-computer dialog can be terminated at the initiative of the subscriber 
or the computer. To terminate a dialog, the subscriber hangs up the telephone re- 
ceiver; in the process, the release signal generated in the telephone network goes 
to the device, where the corresponding byte is generated for the computer, which 
tells the program the dialog is terminated. The release signal also disconnects 

the TAU and telephone network and sets the device in a state of readiness to accept 
a call signal from another subscriber. The dialog is terminated at computer initi- 
ative when the service byte controlling disconnection of the device from the tele- 
phone network is placed at the end of the message byte ser’es generated in the com- 
puter, 


The availability of the automatic dial in the TAU permits the computer to call up 
any telephone network subscriber and establish a connection with him. In this case, 
the computer generates the service byte corresponding to connection of the device to 
the telephone line and waits for the signal "ATS jautomatic telephone exchange] 
READY." 


When the corresponding byte goes to the computer, the computer generates a series of 
bytes consisting of a service byte that sets the dial memory in the write mode, the 
several bytes corresponding to the subscriber's telephone number, and another ser- 
vice byte that tells the dial when writing of the telephone number is finished. 


The automatic dial generates a series of mark pulses for the ATS that corresponds to 
the subscriber's telephone number, and the computer goes into the mode of waiting 
for the byte that corresponds to the fact that the subscriber has lifted his re- 
ceiver and said something, like "Hello" or whatever. 


If a subscriber does not answer within a certain time, the computer sends a service 
byte to disconnect the TAU from the telephone network and continues calling other 
subscribers. But when the subscriber answers within this time interval, the JTAU 
generates the byte that initiates the computer for generation of the appropriate 
message which is translated by the speech synthesizer into a speech signal and 
given to the subscriber through the telephone network. 
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Speech output device operation is controlled by a special program wnich is the 
heart of the software, It performs the following functions: provides for communi- 
cation between system units and the computer, processes requests received by the 
system, generates responses and conducts the dialog with the subscriber. 


To illustrate the use of a telephone ISS ,information-inquiry system] for solving a 
specif. problem, let us discuss the operation of the experimental "Subscriber-MTS 
jlong distance telephone exchange | dialog system. The system is designed to 
report on credit services of the intercity telephone exchange for those staying in 
hotels. The system subscriber is the hotel manager. The system permits obtaining 
the tollowing information: name of the city and telephone number of subscriber 
called, date, duration and cost of the conversation. 


The system operates in the "computer as initiator" mode right after the end of a 
long distance call from any hotel telephone or at certain intervals established in 
advance, The system automatically establishes communication with the hotel manager 
and in the interactive mode gives him the information on calls made. The informa- 
tion obtained by the manager is used to bill the caller for the long distance 
charges. 


When necessary, the manager can call the system on his own initiative. In this 
case, after confirming establishment of communication with the system, the latter 
requests the subscriber's telephone number of interest. The manager inputs the 
number using the dial into the system, where it is analyzed, translated into text 
and read back to the user to confirm proper reception of the information. After 
confirmation, the system makes a retrieval from the appropriate file. Tne key is 
the subscriber telephone number received by it. The program provides a seven- 
second delay for subscriber actions. At the expiration of this time, the system 
asks the subscriber to perform the actions needed. If the action is not completed, 
the system disconnects itself from the subscriber. 


Here is an example of a dialog between a subscriber and the system. 

Subscriber. (dials system code). 

System, Long distance service. Dial the code of your request. 

Subscriber. (dials the telephone number) 21-42-84. 

System, You are interested in the number twenty-one, forty-two, eighty-four? 
Please confirm. 

Subscriber. Yes. 


System. Write this down. Cali to Kiev on the twenty-ninth of March, to tc'e- 
phone number: twenty-three, thirty-one, forty. Duration: five 
minutes. Cost of call: zero rubles, seventy kopecks. Confirm 
receipt. 


Subscriber. Yes. 


System, Continuing. Call to Riga on the fourth of May, to telephone number: 
twenty-one, seventy-nine, seventy-nine. Duration: three minutes. 
Cost of call: zero rubles, forty-tive kopecks. Contirm receipt. 


Subscriber. No. 








System, [ repeat. Call to Riga on the fourth of May, to telephone number: 
twenty-one, seventy-nine, seventy-nine, Duration: three minutes, 
Cost of call: zero rubles, forty-five kopecks. Confirm receipt. 


Subcriber. (response code does not correspond to that authorized). 
System, Repeat response clearly. 


Subscriber. Yes. 


System. There is no more information for this item. Do you have more requests? 
Subscriber. Yes. 
System. Dial the code of your request. 


(The dialog continues further if the subscriber dials a request code; otherwise, 
see below.) 


System, Thank you for calling. 
After this, subscriber and system communication is interrupted. 


Naturally, this example does not exhaust the fields of application for the voice 
output unit (URV). The following main fields of application can be listed. 


Management Information Systems (ASUP, OASU). In these systems, the voice output 
unit is connected to the local telephone network and provides output of information 
over the telephone at the user's or computer's initiative. Examples of use: tele- 
phone reference service for ministries and departments, in'ormation-inquiry ser- 
vices in subsystems for keeping track of execution of or.ers, supply, personnel 

and others, 


T2lephone Information-Inquiry Queueing Systems. Here the voice output unit is con- 
nected to a municipal telephone network. Examples of use: systems for settling 
accounts with subscribers for communication services, sending telegrams by tele- 
phone, telephone inquiry systems, telephone services. 


Man-Machine Online Control Systems. In these systems, the voice output unit is 
used to supplement a visual display. Examples of use: power system control ser- 
vices, air traffic control systems. 


Systems for Computer-Aided Design, Adjustment or Assembly. Here the voice output 

unit is used by itself or together with a visual display. Examples of use: system 
for computer-aided design of integrated microcircuits, automated system for adjust- 
ment of complex electronic equipment, automated system for cross connection wiring. 


In conclusion, it should be noted that applying voice output in systems will raise 
considerably the efficiency of utilization of computer hai ware and make the com- 
puter accessible to the broadest group of users. 
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UDC 621.396 
SIMULATOR FOR TRAWLER NAVIGATOR 


Kiev UPRAVLYAYUSHCHIYE SLSTEMY 1 MASHINY in Russian Wo 2, Mar-Apr 82 (manuscript 
received 14 Nov 80, after revision 24 Jun 61) pp 120-123 


jArticle by Viadimir Aleksandrovich Teuranov, general director of PO | planning 
department] of the fish industry; Mark Georgiyevich Kogon, candidate of engineer- 
ing sciences, Trawler Fleet Base; and Boris Yevgen'yevich Pal'teev, engineer, 
Trawler Fleet Base; all in Kaliningrad] 


jExcerpt] At the Center for Ship Electronic Simulators in Kalinigrad, 4 simulator 
has been developed that is designed to train trawler navigators in finding and 
catching shoals of fish. The simulator can operate in the standalone @ode or in 
combination with simulators for 4 ship's power plant and radar. 


Fig. 1 |[not reproduced] shows 4 functional diagram of the simulator that describes 
ite makeup and main Linke. 


The simulator is based on 4 hybrid control computer complex (UVK) consisting of 
the M6000 digital and the MN-18M analog computers. 
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UDC 661.3.071 
AUTOMATED SYSTEM FOR CHECKING KNOVLEDOCE USING ASVT N6000 NINICOMPUTER 


Kiew UPRAVLYATUSHCHITE SISTINY i MAGHINY in Russian No 2, Mat~Apr 82 (manuscript 
received 30 Jun 61, after revision 16 Sep 81) pp 125-126 


jArticle by Aleksandr Andreyevich Bessonov, candidate of engineering science, LAI 
jLeningfted Institute of Mechanics); Mikhail Nikhaylovich Gerner, engineer; and 
Aleksandr Semenovich Petrov, junior scientific associate; all from Leningrad] 


jtacerpte] The @ost important and laborious task in designing @odern automated 
training syetems (AOS), particularly automated systems for checking knowledge 
(ASKZ), is the development of the appropriate software. 


The practice of using these systems showe reising training efliectiveness is pro- 
aoted by iaproving @anagement of the process of checking knowledge of trainees by 
special software. The latter gust form the internal operating system which imple~ 
ments the functioning of the entire hardware complex in the tig@e sharing @ode, 
direct and inverse translation of knowledge checking algorithms from external 
languages into gachine, and the library of programs oriented to scific training 
coutses,. 


Analysis of known @ethods for ganaging the process of knowledge checking and evalu- 
ation by using automated systems (for example, ,1)]) shows that it can be iapie- 
mented only with high-performance computers with large amounts of storage. Using 
a knowledge checking @ethod not adaptabie to the level of instruction and capa- 
bilities of the trainees, but which takes inte account only the time spent on the 
anewer j|27], does not afford the required validity of check resudts. 


iaplemented in the suggested sutomated system is 4 gethod of ganaging the process 
of checking knowledge and generating an evaluation that affords validity of 
results with @inimal outiaye for @achine time and loading of semory. 


The system is agade up of ASVT M6000 g@odules. The system prototype includes: four 
AZii-#@ @ain storage unite, an AlSi-1 a'td-on @emory unit, an AljJi-i arithmetic ex- 
tender, the Alji=-3} M6000 precessor, the A5Ji-} keyboard printer, five ASJi-2 input/ 
output unite, four interface circuits (interface cards developed in-house), four 
trainee terminals (unite developed in-house), the A6li-4 perforated tape input 
wnit, the A42il-2 perforated tape output unit, the Al2i-1 tiger and the A49i-i 
input/output expander. 
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Lach trainee work station is @ade up of an input/output unit (VVU) and 4 trainee 
terminal (TLAMN), conmected through an interface and expander for input/output to 
the M6000 processor, A TRAM consists of an information presentation unit, a pro- 
atam controlled siide projector with 4 carousel of the images of the test problems 
and a console for input of anewers that has 11 keys and the appropriate electrical 
circuitry. The keys allow keying in numbers from 0 to 999 and afford input of the 
number keyed into main storage. A TRAN has 4 panel to display CORRECT, LNCORKECT 
and TIME EXPIRED, a6 well as the training course, the knowledge of which is being 
tested, 


The prototype of the automated system for checking knowledge, gade on the basis of 
the second set of the ASV” M6000 sinicomputer, is intended for simultaneous and 
separate testing of the knowledge of four trainees by using individual TERM's and 
VVU [input/output units). 


The ASVT M6009 @odules . sed in the system have the following technical parameters: 


Mean processor speed 40 x 10° operations 


per second 
Main storage capacity 16,384 binary 16-bit words 
Range of numbers representable from #32,768 to -32,767 


Maximum rate of infor ation input using 


the perforated tape input unit 1500 rows/ second 


Rate of information output on five= or 
eight=-channel perforated tape using 90-150 rows/s: cond 
the UVPL ; perforated tape output unit] 


Maxi@um printing rate lO characters/ second 


information input/output rate using 


; } ' 
the VWU (input/output unit} up to 7 characters/ second 


Range of time intervals specifiabie by 
timer 


from 64 to 0.524 x 10° microseconds 


A year's operation of the prototype system has shown that system response time to 
each successive inquiry from 4 TERM has not exceeded 1.2 sicrosecond, and the time 
for changing 4 frame with 4 test task has been 1.5 second. 


From the criterion of storage capacity, the system can support operation of 50-60, 
and from the criterion of speed, 800-1000 terminals in accordance with the charac- 
terietics of the software and technical parameters of the ASVT 1 TERM sodules. 
Depending on the number of channeis for communication with TERM, the system can 
operate with 96 terminals, i.e. 8 for each of the 12 interface cards installed in 
the input/output expander. 
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UDC 658.012.011.56"ASU":681.3:622.33 
AUTOMATED CONTROL SYSTEMS IN COAL INDUSTRY 
Moscow UGOL' in Russian No 6, Jun 82 pp 3-8 
[Article by G. I. Nuzhdikhin, deputy minister of the USSR Coal Industry] 


[Excerpts] The number of operating computers in the sector doubled during 

the 10th Five-Year Plan and their computing capacity increased sevenfold. The 
actual load of computers of the Minsk series increased by 31.8 percent while 
that of YeS EVM [Unified computer system] increased fourfold. The total useful 
operating time of computers increased 2.6-fold. The relative number of workers 
servicing one computer was reduced by 23.6 percent. 


The GVTs [Main computer center] of USSR Minugleprom [Ministry of the Coal In- 
dustry], the GVTs of the Ukrainian SSR Minugleprom, 35 IVTs [information com- 
puter center] of PO [production association] and six IVTs at coal machine 
building plants and 17 computer centers of scientific research, design and 
planning institutes functioned in the coal industry on 1 January 1982. 


A large part of the computer centers of the sector is equipped with third- 
generation computers (YeS-100, YeS-1033). Powerful computer complexes have 
been put into operation at the main computer center of USSR Minugleprom and 
the main computer center of the Ukrainian SSR Minugleprom. 


The information computer centers are equipped with data receiving and trans- 
mitting devices, computer-communications channel integration devices, data 
preparation equipment on machine carriers, video terminal devices and document 
duplication equipment. Computers of the Minsk series, which will be replaced 
during the llth Five-Year Plan, are also used in information computer centers. 
Teletypes and user stations (AP), agency communications lines and telephone- 
telegraph trunk channels of USSR Minsvyaz' [Ministry of Communications] are 
used to transmit data. 


A sector fund of algorithms and programs (OFAP), which numbers more than 200 
algorithms and programs developed by organizations of the sector and that have 
come in from the state fund, has been organized and is iunctioning for central- 
ized support of all computer centers of the sector with effective programs. 
Part of the sector developments of applied program packs (PPP) has been turned 
over to other organizations and the state fund of algorithms and programs. 
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Organizational ASU [Automated control system]. Organizational automated con- 
trol systems include those of USSR Minugleprom and the Ukrainian SSR Minugle- 
prom, 31 automated control systems and four information computer centers of 
production associations and six automated control systems of coal machine 
building plants. 


The second unit of the automated control system of the USSR Minugleprom, the 
first unit of the automated control system of the Ukrainian SSR Minugleprom 
were put into operation during the 10th Five-Year Plan, six ASU PO [Automated 
control system for production association] of All-Union subordination (Vost- 
sibugol', Intaugol', Kemerovougol', Tulaugol', Ekibastuzugol' and Estonslan- 
ets), the ASU PO Ordzhonikidzeugol' of the Ukrainian SSR Minugleprom, three 
automated control systems of coal machine building plants and the automated 
control system of the Shakhtostroy Trust were put into operation. The ASU PO 
Primorskugol' and the IVTs PO [Information computer center of production 
association] Sakhalinugol' were turned over for operation in 1981. A total 
of 47 coal mining and concentration associations, which account for 92.2 per- 
cent of the total production volume, is encompassed by machine processing of 
data. Thus, for example, the information computer center alone of the 
Donetskugol' Association services 55 enterprises. 


Information computer centers are subordinate to the coal producing associations. 
Most of them are essentially collective-use centers which perform operations 

not only for the coal mines and open pit mines, but for other organizations 

of the sector as well (construction, repair, transport and so on). 


A number of computer centers in the Donbass and Kuzbass service 2-3 territor- 
ially adjacent associations each. It is planned to expand the network of users 
of the information computer centers during the llth Five-Year Plan. Specific- 
ally, territorial collective-use computer centers are being developed in the 
Donetsk, Kuznetsk, Karaganda and other large coal regions on the basis of 
existing IVTs PO. The information computer center of the Donbassantratsit 
Association services four associations and more than 80 enterprises. 


A total of 127 complex problems for 19 functional subsystems is now solved 

at the level of the USSR Minugleprom; 165 accounting-control analytical and 
planning problems for 15 functional subsystems are solved in the ASU for pro- 
duction associations and in this case approximately half of them are typical 


for all associations. 


At the same time, some highly effective complexes of problems that have been 
checked in industrial operation on the YeS EVM have not achieved application 
at all facilities where they could be utilized. These complexes of problems 
primarily include extra charges, accounting and analysis of use of wages (ap- 
proximately one million personal accounts are processed on the computer and 
1.9 million could be processed), plauning of predicted planned repairs of 
equipment (60 percent of the mines are included), accounting and analysis of 
equipment idle times (40 percent of the mines are included), calculation of 
plans to eliminate emergencies (15 percent of the mines), accounting of the 
movement of materials (30 percent of the possible volume of introduction) 
and accounting and analysis of the use of basic funds (60 percent of the 
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possible volume of introduction, Complexes of problems on accounting and 
analysis of loading and sales of coal and the use of large-capacity trucks 
can be realized in many associations. 


The main cause of incomplete introduction of available developments is the 
insufficient attention on the part of the managers of subsystems in USSR 
Minugleprom and in the production associations. Total introduction of the 
enumerated complexes of problems of mass accounting will permit an increase 
of the load and utilization efficiency of YeS EVM. 


The M-600 computers, which could have been used during the 10th Five-Year Plan 
for the ASU TP [Automated production process control system], are not compati- 
ble with the YeS EVM, which makes joint operation of them extremely difficult. 
Minicomputers, the SM-4, SM-1300 and SM-1800, which are compatible with the 
YeS EVM and which can be used in the ASU TP, have now begun to come into the 
sector. Minicomputers will also be used in organizational ASU for easing the 
load of large computers and to improve the production process. 


COPYRIGHT: IZDATEL'STVO "NEDRA" "UGOL'" 1982 


6521 
CSO: 1863/200 


- 138 - 











EXPERIMENTAL ZONE OF AUTOMATED CONTROL SYSTEM POR GOSBAM 
Moscow DEN'GI 1 KREDIT in Russian No 5, May 82 pp 28-32 


[Article by Candidate of Economic Sciences V. F. Blignets, deputy manager of 
Belorussian Republic office of Gosbank, and N. A. Kuz’mich, chief of Beonomic 
Planning Administration of Of fice] 


[Excerpt] An experimental zone of the sector automated control system of bank 
operations (experimental zone OASU, USSR Gosbank) was created to work out plan- 
ning decisions with respect to the USSR State Bank as 4 whole, to carry out op- 
erational planning within the republic and to introduce new methods of operation 
of Gosbank institutions under conditions of automated information processing 
based on the Belorussian Republic office of Gosbank. its creation is based on 
the already established system for management of banking operations and complex 
application of modern YeS EVM [Unified computer system), data tranemission 
equipment, economic and mathematical sethods and administrative methods and 
organizational forms of management. 


The main general systems requirements and tasks predetermined the trends of de- 
velopment of the experimental zone of the OASU, USSR Gosbank, directed toward 
improving the execution of banking operations, the decision-making process 

and verification of their execution to work out an optisum functional mode 

of institutions of USSR Gosbank and to intensify their actions on the economic 
bodies for more complete mobilization of reserves and of increasing the effi- 
ciency of social production. 


The structure of the experimental zone of OASU, USSR Gosbank, is two computer 
centers and a network of peripheral hardware complexes inetalled in rayon, 
municipal and oblast institutions of Gosbank. Construction of the building 
for the computer center of the Belorussian Republic office of Gosbank vas com 
pleted within a short time in 1964-1978. There are especially equipped mach.we 
rooms, storehouses, service rooms and so on in it for arrangement of the com- 
puter equipment. Construction of the building for the computer center of the 
Mogilevakaya Oblast office of Gosbant was begun in 1978. 


During the period since 1975, specialized organizations have implemented a 
number of preliminary planning and organizational and technical measures that 
provide as a final goal the guarantee of communication of all institutions 

of the Belorussian Republic office of USSR Gosbank with the computer centers 
servicing them. 
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twee twoemachine VE<103) computer complexes with expanded set of machine equip- 
mnt have fow been established at the computer center of the Belorussian Repub- 
lic office of USER Gosbank. Technical equipping of the data transmission 
(remote input-output) system consists of specialized devices and peripheral 
complexes of hardware that includes message concentrators and equipment of 
operator's positions of Gosbank institutions, Taking the specifics of banking 
operations into account, the operator's positions are equipped with two types 
of especial terminal devices! one for cash operations and the second for check 
operations, Moreover, the capability of using teletypes (T-63, RTA-80 and 

so on) is provided. Experimental models of this equipment have now been in- 
stalled at the computer center of the Belorussian Republic office and the Min- 
skaya Oblast office of Gosbank, where they were tested, 


it should be noted that the prerequisite for selecting the structure of compu- 
ter complexes of the experimental zone and their capability to function under 
real conditions vere creation and introduction of systems for automation of 
banking operations into industrial operation earlier at other computer centers 
of USSR Cosbank and also organization of an experimental bench using equipment 
of YeS EVM [Unified computer systen] and specially developed peripheral devices 
of the syeten. 


Both the VE-1033 computer complexes and the group integration equipment instal- 
led at computer centers and also the peripheral hardware complexes are procruim- 
mable. in this regurd primary attention is devoted to problems of software 
design, which should guarantee control of all production processes of the 
traffic of banking information in 4 complex data transmission network. 


Applied programs (external operating programs of “.fg problems) were de- 
veloped within the primary tasks determined by the “Technical assignment for 
the experimental zone of OASU, USSR Gosbank” with respect to the subsystens 
“Accounting and operational work,” "Management of money handling,” "Management 
of credit” and "Management of payment turnover” by specialists of the main 
computer center, USSR Gosbank, and of the computer centers of the Belorussian 
Republic, Volgograd, Khark*kow, Gor’kiy, Leningrad, Rostov and other offices 
of Gosebank, 


One of the most laborious, volumetric and operational sections of working with 
respect to automation in the system of USSR Gosbank is processing operational 
accounting and statistical information of subordinate institutions. Automation 
of the complex of operational accounting problems under conditions of OASU, 
besides computer processing of operations completed daily with respect to cli- 
ents’ accounts by institutions of Gosbank, prepares the necessary data in the 
fore of intramachine files to other subsystems for formation of planning indi- 
cators, analysis, forecasting, optimization and #o on of banking activity using 
economic sathematical methods and models. 


The computer center of the Belorussian Republic office, associated in 1979 
with the mechanized accounting office at Minsk, which processes information 
on the complex of problems “The operating day” of 16 institutions of Gosbank 
on keypunch equipment. began development of programs for these problems the 
game year to process this information on computers. Moreover, unlike their 
programs developed earlier in the Gosbank system, these problems vere planned 
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on the basis of the operating system OS YeS 6.1. This first made it possible 
to convert processing of information on the VK-1033 computer on the complex 

of problems "The operating day" of six divisions of Gosbank in Minsakay Oblast, 
second it made it possible for the specialists of the computer center to ac- 
quire the necessary programming experience, and third, it made it possible 

to train personnel of the computer center and workers of Gosbank institutions 
to work under conditions of automated information processing. 


Accounting information on the indicated complex of problems of six institutions 
of Gosbank is now being processed in the experimental zone and preparatory 

work for turning over 47 tasks for experimental industrial operation, related 
to starting processes of "The operating day" of the subsystem "Operational 
accounting work,” in development of which one of the scientific research in- 
stitutes and the computer centers of the Belorussian Republic and Volgograd 
Oblast office were involved under the methodological supervision of the main 
computer center, are being completed. 


COPYRIGHT: “Den'gi i kredit", 1982 
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UDC 656.254.5:621.395.4 


APPLICATION OF DIGITAL TRANSMISSION SYSTEMS IN COMMUNICATION NETWORKS 
FOR RAILROAD BRANCHES 


Moscow AVTOMATIKA, TELEMEKHANIKA I SVYAZ' in Russian No 6, Jun 82 pp 6-11 


[Article by S. A. Kolbasyuk, post-graduate student, Moscow Institute of Railroad 
Transportation Engineers] 


[Excerpts] Comprehensive development of a branch communication system presupposes 
introduction of digital transmission systems (TsSP) in an extensive manner along 
with analog systems. Due to specific features of digital systems, however, using 
them in branch commun‘cation networks entails certain complexities. Described in 
this article is the capability of using digital transmission systems in a 

branch communications network. 


The favorable factors for introducing digital transmission systems in a communica- 
tions network for a railroad branch (OD) are the availability in railroad transpor- 
tation of cable lines, multiplexed and nonmultiplexed with high-frequency systems; 
the capability of placing units for retransmission stations without outdoor in- 
stallation housings in the heated spaces oi station atenndants; and the capability 
of placing the retransmitters on open lines in the relay boxes at signal stations 
for automatic blocking when space is availabie in them. In doing so, one does not 
have to use remote power supplies for the re_vanmitters since the sites proposed 
for locating them have a reliable system for power supply (current consumption by 
the retransmitters is extremely low; for example, the IKM-30, accepted for 
introduction in a railroad branch communication network, consumes only 110+10 mA 

at 9.6 V +10Z). 


Despite the obvious advantages for introducing digital transmission systems on 
railroad branch communication networks, there are a number of unresolved problems 
requiring special consideration and study. One is the problem of establishing a 
shared transmission path, the digital group channel (TsGK) tor expeditious- 
technological communication; a general description of it was given in AVTOMATIKA, 
TELEMEKHANIKA I SVYAZ", No 2, 1982. Let us discuss the digital group channel in 
more detail from the structural viewpoint that allows simplifying the equipment 
and organizing allocation of channels at intermediate stations. 


Complexities of developing a digital group channel based on the IKM-30 system are 
due to this system having a four-wire path for transmission that hinders connecting 
subscribers in a group call. Also, used in the equipment is nonlinear coding of 
speech signals, in which circuits for summing units are complicated. Therefore, 
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the problem ot designing the digital group channel comes down to summing of the 
speech signals in the channel and selecting the channel structure, 


Reliability of the Digital Group Channel 


A substantial shortcoming in the digital group channel with a ring structure is 
that when the ring linear path is damaged, communication is interrupted essentially 
from all intermediate points. The reasons for damage to the KLT [ring linear path] 
may be damage to the cable line, damage or unstable operation of retransmitters, or 
malfunction of the group equipment for the intermediate apparatus. A complex of 
measures permits reducing this deficiency to the minimum, 


Eliminating the consequences of the first reason entails using alternate channels 
of other communication systems (for example, radio relay lines or channels leased 
from the Ministry of Communications) backing up all or the most critical channels. 
In this case, to restore the ring structure of the digital group channel in the 
damaged places of the ring linear path, it is necessary to establish a loop, 
through which the synchro signals and those of the corresponding KI jexpansion 
unknown] will be retransmitted. In doing so, it is advisable to connect the 
telephone instruments in accordance with the scheme shown in fig. 10 {not repro- 
duced]. Transmission of synchro signals and generation of a linear signal are 
effected by the equipment installed on the side of the RS jexpansion unknown], the 
tirst after the damaged location, For this, the intermediate equipment is supple- 
mented with units for the FLS jline signal conditioner] and the master oscillator 
which are switched on only when the units forming the loop are tripped. 


In the second case, operation of the ring linear path is restored by superimposing 
a loop on the damaged retransmitter. In doing so, it is necessary that the next 
retransmitter after it overlap the loss of the doubled retransmission section. 

For this, input amplifiers for the retransmitters must have the logarithmic shape 
of the transmitting characteristic or must be equipped with devices for 

automatic gain control. 


In the third case, operation of the ring linear path can also be restored by form- 
ing a loop on the damaged intermediate point. In doing so, only the damaged 
intermediate point itself loses communication. Also, the intermediate equipment 
can be wired so that all circuits pass through in transit without loss when there 
is damage. 


In any case, however, to raise the reliability of the circuits, devices are 
required for diagnostics and automatic circuit backup. A prototype of these sys- 
tems is now under development tor devices for technical diagnostics of the paths 
of one-fourth of the cables multiplexed with a digital transmission system. 


COPYRIGHT: IZDATEL'STVO "TRANSPORT", "AVTOMATIKA, TELEMEKHANIKA I SVYAZ'", 1982 
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PLANS FOR TELECOMMUNICATIONS NETWORKS 
Riga SOVETSKAYA LATVIYA in Russian 2 Apr 82 p 2 
[Article by S. Vladimirova: "In the Interests of the Economy" ] 


[Excerpt] At an open party meeting in January of this year the collective 

of the Institute of Electronics and Computer Technology of the Latvian SSR 
Academy of Sciences discussed and took on socialist pledges in honor of the 
60th anniversary of the formation of the USSR. The collective of this insti- 
tute is the USSR head for the design of hardware and software for the computer 
network of the USSR Academy of Sciences and the academies of the union re- 
publics, part of the nationwide unified information system. 


The work is being carried out within the framework of a s;oal-directed inte- 
grated program that has been approved by the nation's government and the USSR 
State Committee for Science and Technology. 


According to last year's results, the winners of the socialist competition at 
the Institute of Electronics and Computer Technology were the scientific 
collectives of the fourth subdivision, who introduced the results of their 
research into practice for the creation of computer networks. These are the 
collectives of the laboratories that deal with logical systems, terminal 
complexes, wide-band transmitters, and also, the design department. For 
example, the laboratory of terminal complexes, led by V. Pirogov, who is a 
corresponding member of the Latvian Academy of Sciences, created an ensemble 
of computer devices that are connected to each other by specialized means of 
information transmission, and introduced these in several institutes of our 
academy. 


An important assignment that is part of the socialist obligations for 1982 
is a complex for teleprocessing of information which includes a powerful 
machine of the YeS EVM series and microcomputers. The design, testing, and 
delivery of this complex for use in the economy by the end of this year has 
been projected. However, the scientists at the institute intend to complete 
this task sooner. 
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UDC 681.324 


ORGANIZATLON OF INTERCOMPUTER EXCHANGES IN CENTRAL COMPLEX OF MULTIACCESS 
COMPUTER CENTER WITH NETWORK ARCHITECTURE 


Kiev UPRAVLYAYUSHCHLYE SISTEMY I MASHINY in Russian No 2, Mar-Apr 82 (manuscript 
received 13 Aug 81) pp 55-60 


\Article by Sergey Sergeyevich Shalugin, candidate of engineering sciences, SKB 
MMS IK AN USSR |Special Design Bureau for Mathematical Machines and Systems, Insti- 
tute of Cybernetics, UkSSR Academy of Sciences], Kiev] 


(Text] Introduction. Modern multiaccess computer centers (VTsKP) must offer a 
broad set of services to a large number of local and remote users that generate 
streams of diverse computational and informational problems. Such centers can be 
built on the base of a major multimachine central computer complex supporting multi- 
purpose data processing and combining, as a rule, different computers spaced 

several hundreds of meters apart. 


Such complexes are created based on the continuity and stage-by-stage development 
of the capabilities and architecture of the multiaccess computer center. Until re- 
cently, these centers were built on the physical structure of individual computers 
and data teleprocessing systems. Now, however, the need has arisen for development 
and assimilation of new software and hardware oriented to organization of network 
modes of solving problems in the central processing complex in the center. 


Prerequisites and Problems of Development of Local Computer Networks. In organiz- 
ing the computing process at major centers, two contradictory requirements have to 
be met: on one hand, a functionally complete set of services has ‘o be offered to 
the various groups of users, and on the other, the efficiency and performance of 
the complex of computers operated in the center has to be raised. To this end, an 
integrated computer complex has to be established that enables execution of the 
following tunctions;: 

--distributed planning of the load on the different computers; 

--equalization of the load on computers with different capacity; 

--specialization of the individual computers (for batch processing, program debug- 
ging, data base input and others); 

--shared use of the equipment, software and data of the individual computers; 
--high viability of the computer complex; 

--development of a local information network of centers and others. 


Existing facilities for computer complexing through external storage units, channel- 
to-channel adapters, direct control channels and common main storage units allow 
building a central complex for a center based on system architecture. The latter 
takes the structural features of each computer into account and enables data 
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exchange between computer pairs through an individual physical communications chan- 
nel laid previously. These tacilities for complexing do not permit combining a 
large number different types of large and small computers remote from each other, 
and consequently do not permit supporting functions entrusted to the center in a 
fairly simple way. 


To solve this problem, it is advisable to make use of network architecture, under 
which any computer in the complex exchanges information through 4 common transmit- 
ting medium, establishing logical channels of communication with each other, 


A multimachine complex with network architecture can be developed using the princi- 
ples worked out for territorially distributed computer networks. The ways and 
means of controlling communication between computers in such networks are defined 
by standards adopted for narrow-band telephone circuits. This led to the emergence 
of redundant multilevel hierarchy of protocols for translating the streams of data 
exchanged by computers through the communication circuit network. Using these fa- 
cilities in setting up a central complex for a center slows down exchange of infor- 
mation between computers and reduces the efficiency of utilization of computer re- 
sources, 


Shown in {1] is the need of organizing a form of interaction between computers that 
allows the distributed machines to “exchange information at a rate natural for 
them,” creating in the process temporary communication channels with the appropri- 
ate capacity. Multimachine complexes built according to this principle are now 
called local computer networks (LVS). 


Using local networks in multiaccess computer centers »eraits substantial simplilti- 
cation of structure and implementation of protocole tor intermachine exchange ol! 
information, frees computer resources for direct data processing, ensures high 
viability of the central complex, and allows implementation of other capabilities 
that are not realizable or diltficult to realize in multimachine complexes with 
exchange through individual physical communication channels. 


Building a multiaccess computer center based on a local network requires a compati- 
ble solution to the tollowing basic problems ,2]: 


1. Development of inexpensive hardware to enable high-speed reliable data exchange 
between different types of computers. 


2. Development of protocols and software for automatic network control to achieve 
a balance between internal and external resources of the center. 


3. Development of convenient forms and facilities for user interaction with the 
local network. 


4. Development of facilities for interaction between local networks and the latter 
with regional and territorially distributed networks to u. _te a set of centers 
into the state-wide network of computer centers. 


Discussed below are implementation principles and facilities tor solving these 
problems that apply to domestic computers. 











Logic Structure of Local Computer Network, A local computer network is an open 
distributed information and computing environment implemented, as 4 rule, if a 
limited territory by using special hardwate and software facilities. These faciii- 
ties unite a set (in the general case) of vVafious computers, the iogical elements 
of the network called systems that perform the tunctions of data input, storage, 
processing and output. 


By functional purpose, the different network systems are divided into the operating, 
intended for data processing; the terminal, that effect input and output of intor- 
mation from the network; the dispatching, that provide for planning of the work, 
control of the computer process in the network and granting of service to users; 
and the converter, which effect interaction between the local and other networks. 


in accordance with the open systeme architecture adopted by the int ‘rnational 
Standards Organization (150) (3), the logic structure of 4 local network embraces 
three virtual networks embedded in each other! 4 communications, transport and 
computer. The communications network enables data transmission between different 
systems and includes communication gsodules and the physical circuits connecting 
them, 


The transport network enables data transter between processes (4 process «may be 
an applications program, a control planning program and 4 computer operator) by 
transport @odules that @ake use of the communications network. The computer net- 
work enables tunctioning of processes and interaction between them in different 
computers by u@ing logical channels, the terminals of which are transport 

network ports. 


ihese three virtual networks and the organization of computer operations in 4 iocail 
network are implemented by using six interacting elements of the physical and pro- 
yram atructure (fie. iL): 

hardware elements: 

“=the transmitting environment which is the argregate of the taciiities tor build- 
ing the physical connections between systems; 

-—network controliere that control the transter of iniormation through the 
transmitting environment; 

-—network interfacersa, which enable interfacing the network controlierse to systems; 
program elements: 

-<—network communicators that control the transport network; 

“network achedulera that allocate the work in the computer network; 

--—noctwork preprocessors that enable Linguistic intercourse between users in th 
local network. 


Three levels of network tunctioning control can be isolated. ihe tirat (lowest) 
level is implemented by hardware by the firet three structural elements in the 
local network that control establishmen., Saintenance and disconnection of physical 
channels, effect monitoring and ensure transparency of intormation transter through 


the communication network in the local network. The procedures implemented at this 
level are similar to the procedures in the first and part of the second lievelsa of 
the 150 hierarchical model of protocols. 





hey 

1. system A 

2. system B 

3. System C 

4, communications network 
5. transport network 

6. computer network 

7. symbols 

5. tranemitting environment 
9. network controller 
10. network interfacer 

ll. logical chasnel 

12. network communicator 
13. network scheduler 

l4, network preprocessor 
15. user programs 











The second level is implemented by 





eottware by network communicators (6) i 
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logical channels between computer 
network processes that effect 
initialization and de-initialization 
of an information channel and 








control tlowa of data in both ( »O Cae - a (4) 
directions of the physical channel, (9) teed 5. eweweme (19) 
implemented here are the procedures | cp aad 
of the tourth and some of the (19) Oo: . | (14) 
second levels of the ISU model of (1}) _ an aeeee | 13 
protocols, it is shown below that (14) 





implementation in the local network 
of the network level procedures in 


the ISO model is inadvisable. Fig. 1. Hardware and software elements 


implementing three virtual networks and 


The third functional control level computer operations in local network 


is implemented by software by the 

network schedulers and preprocessors. 

The schedulers effect decentralized distribution of work between systems in the 
local network and organize communication sessions between application processes of 
one or more systems. The preprocessors provide for control of the computer network 
from the aspect of users and application processes. Both network schedulers and 
preprocessors are computer network processes and together with user programs imple- 
ment the procedures corresponding to the tiftth, sixth and venth levels of the 

iSO model of protox ols. 


Physical Structure of Local Computer Network. The aggregate of the tirst three 
structural elements form the physical structure of the communications environment 
in the local network, the network controller and interfacer making up the communi- 
cations network control unit [4]. When the network controller is an invariable 
part of the unit, the structure of the network interfacer is determined by the type 
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of computer ineluded in the local network. These structural elements are designed 
to enable high-speed reliable transter of data between systems at negligible cost, 
i.e. to solve the first problem of design of a central processing complex for a 
multiaccess computer center with the ideology of the local network. In the process, 
different alternatives are possible for implementing the topology and methods of 
controlling the communications network. A detailed description of them can be 

found in [5, 6]. 


The local network transmitting environment must meet the requirements of high re- 
liability, simplicity, low cost, no noise, high capacity and mechanical durability. 
Data transter on the local network is largely implemented by using serial direct 
transter of unmodulated binary signals over coaxial cable of a dedicated unmulti- 
plexed telephone communication line or of a symmetrical physical circuit at a rate 
of trom 480 to 20,000K baud at a distance from several thousands to several hund- 
reds of meters, respectively. Using television cables of light guides affords 

high data transfer rates at great distances, 


Alternatives tor implementing the topology of a communications network depend on 
how the physical connections between systems in the Local network are laid. Arbi- 
trary topologies, used in territorially distributed networks, are characterized by 
high cost for optimization of communication circuit capacity and routing of infor- 
mation flows through the circuits. It is inadvisable to use these topologies in a 
local network, since here these costs are eliminated by using communication net- 
works with ordered disposition of systems in accordance with radial, mainline or 
ring topology. 


in a network with radial topology, centralized control of data transfer is imple- 
mented in the central system, which removes control procedures from the other sys- 
teme. This control principle is inefficient since relatively high inputs of re- 
sources are required from the central system to support reliable operation of the 
entire network. 


A network with mainline topology affords decentralized control of data transfer, 
effecting a bidirectional flow of information on the bus from one transmitting sys- 
tem to the other systems in the network. The receiver-system reads out information 
on the bus by the address, recognized by the communications network control unit. 


A network with ring topology also affords decentralized control of data transfer, 
effecting unidirectional flow of information serially from one system to another 
over physical communication lines. Each communications network control unit either 
extracts the information from the transmitting environment, if it is addressed to 
the given system, or sends it to the next unit. 


Network controllers are designed to control the exchange of information blocks 
between systems. They perform the procedures of establishing, maintaining and dis- 
connecting the channels tor data transfcr between systems, implementing a communica- 
tions network control method, such as the series circuit, control marker, segment- 
ing, insertion of registers and competition. 


in implementing the series circuit method, each communications network control unit 
has to transmit control intormation serially from the network controller of one sys- 
tem to the controller ot another system over separate communication lines. In the 
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process, the network controllers are given the task of setting up, maintaining and 
disconnecting the connection to a physical line and synchronization of information 
and control blocks sent through the communications network. 


In implementing the control marker method, each communications network control unit 
effects transfer of control from one system to another by using a special byte, the 
control marker, sent serially through the ring. When a message has to be sent, the 
System awaits the arrival of the control marker at its controller. The network con- 
troller extracts the marker from the transmitting environment, sends the message 

and then sends the marker to the next controller. Each controller analyzes the 
address portion of the message passing through it, and when it recognizes its own 
address, extracts the message from the ring; otherwise, the message and marker 

sent after it are relayed to the controller in the next system. 


In implementing the segmenting method, one of the network controllers breaks up the 
entire series of communications in the ring into time segments, the duration of 
which is adequate for transferring a full message. There are free and busy seg- 
ments. Any controller, after receiving a free segment, can when needed place in it 
the message of its system and mark it as busy. The controller, to which the message 
is addressed, extracts it from the ring, sends it to its system and marks the busy 
segment as free, etc. 


Implementing the regis_er insertion method presupposes preloading of a message into 
the shift register of the network controller for each communications network control 
unit; then when the network has no communications or in an interval between two 
adjacent communications, the ring is interrupted, the shii' register is inserted in 
it and the contents of the register are then output to t.e ring. In the process of 
outputting the message from the network controller, :oaded in its place is a 
meassage coming in at this time from the transmitting environment. 


Implementing the competition method presuposses independent transfer of messages 

of any system network at any time. In doing so, it is possible that several systems 
will initiate the start of a transfer at the same time, and thus, conflicts between 
requests can occur. Network controllers must have the capability of recognizing 
these situations and then in a random time interval repeating the transmission or 
implementing the capability of “listening” to the transmitting environment and 
sending messages when the network has no communications. 


Network interfacers are designed to match the data transfer rate in a communications 
network to the data processing rate in the system and perform tne tunctions of in- 
terfacing network controllers to systems. The structure of the interfaces is 
defined by the structure of the input/output interface for the specific type of 
computer included in the local network. 


Considering the most widespread computers in the country, .e can isolate three 
basic groups of network interfacers. The first group includes the network inter- 
tacers enabling an interface to the third-generation large Unified System computers 
and the "El'brus" as well as to the large second-generation BESM-6 computers. 


The second group includes the network interfacers designed to interface network con- 
trollers to the small computers in the SM series. 
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The third group includes network intertacers designed to connect difterent types of 
microcomputers to the local network. 


Local Network Program Structure, The local network program structure consists of 
the operating systems tor the different types of computers, the sets of system pro=- 
grams that extend the OS capabilities, network operation control software, and 
user application programs. Examples of systems programs that extend OS capabili- 
ties are KAMA {a data base teleprocessing system], OKA ,a data base management sys- 
tem], KROS {a job management system], SRV jreal-time supervisor], and a number of 
specialized user programs. Using these programs on a local network permits reten- 
tion of the capabilities users are accustomed to when operating with Unitied System 
subscriber stations. Systems programs can be interfaced to network operation con- 
trol programs by using special software packages called logical interface transla- 
tors (possible versions for implementing them in systems are given in {7, 8]). 


Logical intertace translators etfect the required interface translations between 
the various access method systems (remote, basic telecommunications, general tele- 
communications) used in the systems programs Listed above and the network access 
method used by the local network control programs, 


The sottware package tor controlling network operation, implemented in each opera- 
tional or terminal system, includes local network structural elements such as net- 
work communicators of processes, network schedulers and network processors. 


The network communicator of processes affords control of transmissions between ports 
of the transport network, implementing the protocol ot conveying messages, and per- 
torms network access method functions such as initiation, checking and maintenance 
ot a physical connection; setup, maintenance and interruption of logical communica- 
tion channels; synchronization of processes; addressing and transter of messages; 
detection and handling of errors in a logical communications channel and others. 


In the network communicator of processes, four modes ot process interaction can be 
implemented: transfer of packets, transfer of messages, rapid exchange and local 
communication. In the packet transfer mode, the transmitting environment is mono- 
polized tor the time of output of just one packet of information, and then is re- 
leased tor transfer in the general case of a random sequence of single packets per- 
taining to messages of different processes. In this mode, a priority queue of re- 
quests for transter is implemented. Servicing the requests arriving trom processes 
occurs in the order of absolute dispatcher priorities with storage. After comple- 
tion of servicing, the request is removed from the queue and the process that 
initiated the request is intormed of this. 


fhe message transter mode corresponds to the virtual channel mode in which the 
transmitting environment is monopolized by one message tor the time of output of a 
determinate sequence of packets belongi:g to it. In this mode, the difference ol 
serviciny otf a stream ol requests Ltrom processes consists in that servicing can be 
interrupted only by the process that initiated the request. 


fhe rapid exchange mode is an evolution of the preceding mode and carries out an 
exchange of data between processes according to specified physical addresses ot! 
messages. [This allows eliminating intermediate buffering of messages in the network 


communicator of processes and reducing time spent on log table searching. With 








that, processes can change addresses of message areas only after closing of the 
channel. In other respects, the message handling procedure is the same as the con- 
ventional one, 


The local communication mode supports data exchange only between processes 
belonging to the same computer. 


The network scheduler is intended for distributed balanced distribution of computer 
operations generated by internal and external processes of the local network. 
Planning execution of jobs is determined at any time by the status of the informa- 
tion and computing resources of the entire network. This extends the capabilities 
of optimizing job planning and allows regulating the load on equipment and reducing 
the time tor execution of an individual job. The aggregate of the last two struc- 
tural elements for the local network is intended for solving the second of the 
problems in designing the multiaccess computer center listed above. 


The network preprocessor is designed to create convenient and natural forms of 
human intercourse with application programs. Network preprocessors are implemented 
in operational or terminal systems based on a high-level language. In the process, 
network preprocessors etfect syntactic analysis of the language and mapping of 
input strings of user instructions into protocols for controlling application pro- 
cesses. Development of preprocessors will allow achieving essential user indepen- 
dence ot hardware and individual software packages functioning in the local compu- 
ter structure. And this allows solving the third problem in designing tue multi- 
access computer center with network architecture, 


Interaction of Networks. In creating networks of multii cess computer centers, 
the problem that arises naturally is that of creatin, means for interfacing local 
networks with each other and with regional and territorially distributed networks. 
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Shown in fig. 2 are examples of uniting 
difterent computer networks. Several — 
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works in other regions, unification of 
several regional networks is ettected. 
This requires providing tor interaction (3) 
between application programs by means of 

the transmitting environment tor the (4) ee 
territorially distributed networks. 
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Fig. 2. kxamples of uniting ditterent 
computer networks 
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The types of interfaces and protocols that have to be maintained in organizing 
interaction between processes tlowing in different networks are also shown in tig. 
2. With such a structure tor network interaction, it is necessary to implement 
internetwork interfaces (L=R between a Local and regional network; LT between a 
local and territorially distributed network; and R-T between a regional and terri- 
torially distributed network) and implement internetwork protocols (L«L between 
local networks; R=-R between regional networks; and T-T between territorially dis- 
tributed networks in dilterent countries through an international data 
communication network). 


At all levels, internetwork connections are implemented (when necessary) by using 

programmable sluices ,{9! or network converters that support mutual translation of 

protocols tor the networks to be connected, the task of internetwork services, and 
others. The selection of tunctions and structure of network converters is a tune- 
tion also of the methods of internetwork connection (serial, ring, star and other 

types of connections) and a number ot other tactors, 


With serial connection, unrelated local networks can interact only through the 
resources of a territorially distributed, regional or intermediate local network. 


With the ring connection, each Local network has the right to select one of two 
possible directions for access to the resources of another network. In both cases, 
the converter enables paired connection of networks and enables dipole conversion 
of protocols only for two related networks. In the process, systems of unrelated 
networks in the general case communicate with each other through several diltferent 
converters, 


With the star connection, any network issues a request for internetwork services 
to one general converter, in which protocols of several networks are converted. 


Different versions of implementation of converter processes are possible: in the 
form of one individual physical device, half-converters in two individual physical 
devices, program halt-converters placed in systems of related networks, and others. 


Conclusion. These principles for implementing the physical and program structure 
ot a local network allow building homogeneous and heterogeneous central processing 
complexes of multiaccess computer centers based on different types of domestic 
computers. Supported in doing so is the continuity and staged development of Che 
tunctions and types of services oftered to users of multiaccess computer centers, 
modernization of already existing and development of new, more etficient systemwide 
software and hardware tor data processing, storage and transmission, 
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DEVELOPING A PROGRAM TO CONTROL MESSAGES AND A TERMINAL NETWORK FOR MLXED 
ENVIRONMENT OF FUNCTIONING OF DATA TELEPROCESSING SYSTEM 


Kiev UPRAVLYAYUSHCHLYE SISTEMY I MASHINY in Russian No 2, Mar-Apr 82 (manuscript 
received 24 Jun 81, after revision 10 Dec 81) pp 61-67 


jArticle by Aleksandr Aleksandrovich Sergeyev, Vladimir Mikhaylovich Rossada, and 
Aleksandr Alekseyevich Kotukhov; all engineers from the GlavNIVTs [Main Scientific 
Research Computer Center] of the UkSSR State Planning Commission, Kiev] 


j|Excerpts] Introduction. The modern stage of development of automated systems for 
planning and management of the national economy is characterized by extensive in- 
corporation of teleaccess tacilities into the practice of solving economic planning 
problems. To implement the process of user interaction with computers in the 
interactive mode, we developed the general systems software for a remote data pro- 
cessing system (STD) on the base of the graphic (GMD) and telecommunications access 
methods: the basic (BTAM) and the general (TCAM) that are part of the Unified 
System operating system (OS). 


Functioning in the YeS OS environment are both special-purpose systems software 
packages, in particular the time sharing system (TSS), the OKA data base management 
system, the conversational remote job entry system, and a large set of functional 
interactive programs that use the teleaccess mode. Therefore, in developing a 
remote data processing system, a relevant problem is the development of common 
general systems software (OSMO) for the remote data processing system that is ac- 
ceptable to the majority of users. Prerequisites for developing it are the avail- 
ability of a common terminal network (TS) and simultaneous execution by the computer 
system of jobs using the same terminals in the teleaccess mode. 


The requirements imposed by users on the general systems software for a remote data 
processing system used to solve problems in an automated system for planning and 
management of the national economy consist in implementation of these functions: 
--terminal debugging of programs in the interactive mode; 

--interactive mode tor solving economic planning problems; and 

--terminal access to data bases. 


this work is devoted to a consideration of a main aspect in the development of the 
general systems software tor a remote data processing system: the development of 
software to control messages and the terminal network (PUSTS) for the mixed environ- 
ment of the tunctioning of the remote data processing system. 
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Definition of the Mixed Environment for the Functioning of the Remote Data Proces- 
sing System, The design tor the automated national economic planning and manage- 
ment system provides for phased development and implementation of software, i.e. 
programs being debugged and being operated are executed simultaneously in the com- 
puting environment. Of special interest for consideration are the programs that 
use the teleaccess mode. In the process, the same terminals making up the common 
terminal network, as a rule, are used to debug programs, access data bases and 
solve problems in the interactive mode. 


The TSS, designed for terminal debugging of programs in the interactive mode, is 
now widespread in the major computer centers. The standard TSS MCP jmessage con- 
trol program] is generated to control the exchange of messages between the TSS and 
the terminals. The MCP has no interface to communicate with batch-processed pro- 
grams (PPO) being executed outside the time sharing environment. TSS is indepen- 
dent vnd unique with respect to other components in the general systems software 
for the remote data processing system. During its operation, TSS monopolizes the 
terminals and a good part of main storage (minimum of 300K bytes) which denies 
access to these resources to users external in relation to it, 


To overcome this shortcoming, time-shared execution of debugging operations and 
batch processing is required or one has to develop common system-wide software for 
a remote data processing system that supports simultaneous execution by the compu- 
ter system of TSS jobs: and user jobs input in the batch mode. The second metiiwd 

is preferred since the user is then not restricted in choosing the time for running 
his own jobs. But in doing so, an additional allocation of main storage (about 50K 
bytes) is needed to l.osld the software to control the messages exchanged by batch 
processing programs and terminals. 


In accordance with this, what we mean by a mixed environment for operating the 
remote data processing system is the capability of simultaneous execution by the 
system of TSS and batch jobs. This definition calls for the availability of remote 
access software that allows the operator at any terminal to operate in either the 
time sharing or the batch environment. A terminal that is supported by software 
for logical switching from one environment to the other is called a partitioned 
terminal. 


The complex of service modules for exchange of messages between application pro- 
grams and terminals allows enabling operation with the unformatted screens of the 
YeS7066 and Videoton-340 video terminals or with the formatted screens of the 
YeS7927 displays that are part of the local or remote YeS/7920 video terminal 
stations. The functional capabilities of tht complex of modules for exchanging 
messages with terminals are shown in fig. 4 [not reproduced] and can be expanded by 
including new exchange modules in the complex. 


Conclusion. The general systems software for remote data »rocessing described in 
this work, which includes message and terminal network control software, can be 
used to develop a common remote data processing system at major computer centers 
that supports running jobs in the interactive mode and remote debugging of software 
in the time sharing mode. Using the message and terminal network control software 
as the basic element in a remote data processing system relieves the computer cen- 
ter administration otf the necessity of allocating terminals and machine time by 
categories ot operations executed in the remote access mode (remote debugging of 
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programs and running jobs in the interactive mode) and also saves storage since the 
operations of terminal network control and exchange ot messages with terminals are 
removed from application programs. The use by applications programmers of the 
facilities offered by the complex of service modules for exchanging messages with 
terminals will allow unification of operations for input/output of messages on any 
type of terminal supported by the YeS OS version being used. This will consequent- 
ly enhance the quality and reliability of the programs being developed and reduce 
the time spent of developing those elements of an intervctive program that are 
responsible for exchanging messages with terminals, ! : 


This systems software that we developed is oriented to use of the following Unitied 
System telecommunications equipment: the MPD-3 communications controller together 
with the TA-l and SA-2 adapters, unswitched medium-rate start-stop and synchronous 
data transmission channels, the YeS7906 and YeS7920 (local and remote) video 
terminal stations and the Videoton-340 video terminals. This equipment is used to 
set up a terminal network with a radial structure with centralized control 

effecttd by the message and terminal network control software. Users interact with 
the computer primarily by using the YeS7066, YeS7927 and Videoton-340 displays and 
the DZM-180 and YeS7936 matrix printers intended for producing hard copies either 
from the display screen or directly from the computer. 
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{Article by Petr Matsovich Ivanov, candidate of physicomathematical sciences, 
Kabardino-Balkarskiy branch of the VPTO ASU "Rossel'khoztekhnsistema", Nal'chik] 


[Excerpt] Introduction. The problems of optimization and efficient operation of 
agro-industrial formations in our country are being studied both at the level of 
national economic and republic agro-industrial complexes (APK) {AIC] and at the 
level of production associations and enterprises {1-5]. Also being studied are the 
problems of optimization of AIC's formed at the level of rural territorial- 
administrative rayons and oblasts [6]. 


It should be noted at the same time that inadequate attention is being paid to the 
problems of creating automated systems for management of the AIC's at different 
levels. An attempt was made in {7] to overcome this shortcoming; suggested was the 
concept of territorial-intersectorial ASU's [management information systems = MIS] 
for the AIC's in the rural administrative rayons, oblasts (ASSR's, krays) and re- 
publics, which considers the systems approach to improving the methods and structure 
of managing all sectors of the AIC's at the various levels and unites all sector 
MIS's on the base of multiaccess computer networks. 


The technology of information processing in the MIS's for the territorially distri- 
buted hierarchical facilities in current use, where the stages of getting the data 
into a computer center are considered independently of the stages of data process- 
ing on a computer, has become an obstacle to further development of these MIS's. 
The same situation has also been observed in the agricultural sector MIS's (for the 
Minsel'khoz {Ministry of Agriculture], Minvodkhoz {Ministry of Land Reclamation and 
Water Resources], Goskomsel'khoztekhnika {State Committee for Supply of Production 
Equipment for Agriculture], etc.). The paradox in this technology is that machine 
processing of information is possible only after an enormous amount of manual oper- 
ations on data preparation, which reduces computer capabilities to zero. This fact 
and the specifics of agriculture and the sectors serving it with a required manage- 
ment pace measured within the limits of an hour and at times even within several 
minutes (especially during seasonal operations) require development of interactive 
MIS's in the sectors serving agriculture and in agriculture itself. In other words, 
is a problem of switching from offline use of computers to setting up new combina- 
tions and configurations of computers linked to each other by communication lines. 
Such a complex of computers and terminals (AP), which makes joint use of hardware, 
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software and data files, which serves all the ministries and departments in- 
volved with agriculture, and which enables connecting the computer and the remote 
user in the on-line mode, is called a multiaccess teleprocessing system (STD). 


Despite the available theoretical results on the questions of analysis and syn- 
thesis of computer networks {8-13], the methodology for synthesis of computer net- 
works and data communication networks for MIS's has not yet been developed. 

Because of this, the experience and intuition of the designers and their knowledge 
of the object still play a substantial role in designing multiaccess teleprocessing 
systems and computer networks for specific MIS's along with the use of graphic- 
analytic, numeric and other methods, 


The different stages in design of teleprocessing systems (determining the number 
and location of terminals, mode of servicing users, determining the capabilities of 
switched circuits, selecting modems and other equipment, etc.) depend on the 
structure of the specitic object and the nature of activity of the organizations 

to be served. These can be determined by the MIS designer by using relatively 
Simple analytic computations. 


The tollowing is an approach to development of these systems based on the example 
of the Kolos teleprocessing system. 


Selection of Teleprocessing Hardware and Standard Configuration for the Kolos Sys- 
tem. Just as for any other teleprocessing system, the Kolos system hardware con- 
sists of three main groups: user terminals, data communication hardware and 
computer interfaces to the communication circuits. 


In deciding on system structure, the developers took into account the two main 
limitations on tht concept of teleprocessing in the first phase of the Unified 
System, which prevented development of teleprocessing systems in agriculture and in 
the sectors serving agriculture: 

--the lack of terminals that perform certain functions of a concentrator to which 
remote consoles could be connected (such terminals are necessary, for example, in 
major trade-storage centers, where remote consoles are concentrated in warehouses, 
or in repair plants where consoles are placed in shops, as well as in kolkhozes 

and sovkhozes with remote consoles in brigades and sections); 

--the Lack of programmable terminals which prevented designing teleprocessing ;,TP] 
systems for MIS's in sectors serving agriculture and for agriculture itself, where 
it is necessary to genervte the initial documents that require performance of 
arithmetic operations (when such a terminal is not available, initial processing of 
input data falls to the computer, which takes up a good part of circuit and machine 
time and limits substantially the TP system capabilities). 


In developing the Kolos TP system, also considered was the capability of making use 
of both tirst and second phase Unified System TP facilities. Second phase features 
include the capability data exchange bev.ween computers, where second phase compu- 
ters (of the YeS1035, YeS1045, etc. type) are needed as central (oblast, kray) com- 
puters, with which the independent TP systems on the base of the YeS1022 or other 
first phase computer can operate. In the process, the YeS1022 is linked on the one 
hand to the central computers through the multiplexer channel and the YeS8403 com- 
munications controller, and on the other, through a communications controller 
(YeS8401, YeS8400) or a grouped adapter created on the base of the adapter ({16], 








to the set of terminals, which properly implements the shift from a tirst phase 
Unitied System TP system to the network TP system, 


Kolos system terminals were developed with consideration tor eliminating the above 
restrictions on the first phase Unified System TP system and are based on elements 
in series production (displays, data communication equipment (APD) and printers) 
(14). The presence of the APD-MA equipment (see ,{15]) and the Iskra-2302 minicom- 
puter in the "APD-MA--Videoton-340--Iskra=-2302" terminal (for convenience, let us 
call it the "Nal'chik") (see (14]) eliminates the limitations mentioned above. 


The APD-MA allows parallel connection of up to eight consoles consisting of dis- 
plays and Iskra=-2302 minicomputers which are serviced on a priority basis by using 
one telephone line, which is important for setting up inexpensive multiconsole sys- 
tems. To set up multiconsole systems when the consoles are located a considerable 
distance away, the APD-MPP is used. This equipment enables half-duplex exchange of 
alphanumeric information between terminals over dedicated or switched telephone 
lines and physical cable,and overhead wires. Reliability of information is one 
garbled character per 10 sent with a probability of garbling of one bit in a 
channel of 1073. In sending data 14 km, the APD-MPP affords a transfer rate of 
1200 bits/s, and 2400 for LO km, 4800 for 7 km and 9600 for 4km, 


Developed in the Kolos system were units to intertace the APD-MA to the APD=-MPP and 
the APD-MPP to a display and the Iskra-2302 minicomputer. The APD-MPP aftords 
code-independent communication between the central station and eight terminals (a 
terminal consists of a display and the Iskra-2302) through alternate polling of 
requests tor transmission of information performed by the central station. 


Including displays in the "Nal'chik" terminal is dictated by the large volume of 
information that occurs in the sectors serving agriculture and in agriculture it- 
self, and by the difterent forms ot data representation in the interactive mode. 


Another advantage of the "Nal'chik" terminal is the capability of obtaining a copy 
of a source document on perforated tape. This is a factor in the reliability ol 
the data communication network when the communication channels are out of order. 
Connectable to this terminal in addition to the Videoton-340 are the domestic 
VTA-2000, EP-1 and EP-2 displays. 


In the Kolos system standard configuration (fig. 1), the SM-1l minicomputer is used 
as a communications processor at the top level. Ihe SM-l is equipped with special 
software and interfaces to the Unitied System computer and the APD=-MA, At the 
"rayon-ftarm" level, the grouped adapter (GRAD), based on the adapter described in 
{16}, is used as the MPD [communications controller]. 


information is exchanged between the "Nal'chik" consoles and the computer at the 
initiative otf both the operator and the computer. A term’ al operates in the half- 
duplex mode with the computer and a channel is not kept busy tor a response to some 
message input from one of the eight consoles operating on a channel; another input 
message can occupy the channel without waiting for the response to the tirst one 
(in the process, priority is given to an output message). 


When an operator initiates sending data, the data are output to the display screen, 
checked and sent to the computer. When the subscriber has to send data having a 
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L. Unified System computer " 
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3. GRAD [group adapter} 

4. APD |data communication equip- 
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5. APD jdata communication equip- 
ment] = MPP 

6. up to 14 km 

7. “Nal'chik" type terminals 

8. symbols: 

9. SM-l interface to APD=MA 

10. SM-l interface to Unified 
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complex structure, he does so by using 
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the Iskra=-2302 computer (in the p.ocess, ‘0 eee ‘3 0 eee clo a Bn) see q 


the data are automatically displayed on tina omen om Cea 
the display scrten for checking prior } 
to sending it to the computer). Opera- (8)"*" . 
tion of a “Nal'chik" terminal is © « yi tpomete, conpaerana CMel © AllileMA 
described in more detail in ,14] A9) > «°° 2% ' :, 

| (10)¢ = c 20" Came 
Computer response time in the “query- k41) 
response" mode does not exceed 10-15 . Oo 7 ; : Bn 
seconds when operating with a large 
information tile. The answer is dis- Fig. 1. Kolos system standard 
played on the screen and also printed configuration 


out whtn required (at the operator's 
command). Work on including the 
"Daro-1720" minicomputer with a memory instead of the "Iskra-2302" in the "Nal'chik" 
terminals has been completed; this will sharply increase the capabilities of this 
terminal. 


Application programs that implement specific user requests are needed tor specitic 
Kolos system applications. 


There are four terminal classes in the Kolos system. 


A tirst class terminal (AP,,.) includes one or more medium throughput (YeS1022 L, pe) 
Unitied System computers. Such terminals may be located at major repair plants, 
oblast trade-storage centers, and at rayon agric ultural associations. Connected to 
these computers at the lower end are "Nal‘chik" type interactive terminals, and at 
the upper end the AP,,, go out in the batch mode through the MPD-3 (CYeS8403) to the 
central processors in the system, 


A second class terminal (AP...) includes one or more minicomputers. These terminals 


are intended for inter-farm” associations, agro-industrial complexes, rayon divi- 
sions of the State Committee for Supply of Production Equipment for Agriculture, 
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major tacilities ot the Ministry of Land Keclamation and Water Resources, medium 
size centers tor the State Committee tor Supply of Production Equipment for Agri- 
culture, etc. These terminals have minicomputers from the SM [System of Small 
Computers] series [17] that have the capability of communicating with computers at 
a higher level, operating in the real-time and time-sharing modes, automatically 
acquiring information on equipment status and controlling equipment by programs. 


Third class terminals (AP) include the "Nal'chik" type (installed at trade cen- 
ters tor the State Committee for Supply of Production Equipment for 
Agriculture, kolkhozes, sovkhozes, etc.) and the AP-61 and AP-63 (installed in 
administrative agencies tor ministries, departments, trusts, associations, etc.). 


Fourth class terminals (AP) include the AP-70 type (YeS8570) or console informa- 
tion recorders of the R1-6401 and R1-6402 types together with the clustered 
RI=-3901 and R1I-8901 (P-2311) (18], as well as terminals with a set of remote sen- 
sors. Information recorders enable concentrating information in shops directly 
from the work stations of the foremen and machine operators, and initial processing 
and checking of data; terminals operating with sensors are used in land reclamation 
and water resource systems. 


In time, modular systems with built-in microcomputers {19] will also be used as 
communication processors in the Kolos TP system, Microcomputer selection will 
depend on the availabii‘ty of developed software. 


Data Communication Network Topology. At present, in determining a TP system con- 
figuration, one cannot but consider the "“oblast--rayon--farm" telepnone circuit 
configuration that has been established in our country aad which has largely 
radial topology. In the early period of Kolos systcm development, this dictated 
the radial (centralized) topology (fig. 2). As communication circuits, data TP 
equipment and number ot system users increase, the Kolos system will evoive into 
the mixed (radial-ring ,20}]) topology (rig. 3). 


Leased (dedicated) circuits are used in the Kolos system under the conditions of 
shared use by all agricultural ministries and departments. 


The distributed automated data bank system (RABD) for the Kolos is built on the 
hierarchical principle and is a common network of the data banks located in the 
central computer system, and at first and second class terminals, and which are 
linked to each other by data exchange channels and facilities. The RABD structure 
and its tunctions are largely determined by the structure of the Kolos system and 
the problems being solved with it. The network of data banks located at the first 
and second class terminals together with the data exchange channels and central 
automated data bank, located in the central computer system and which effects over- 
all management of the tunctioning of the entire RABD, operates as a common system 
in the interests of all enterprises and organizations und the agricultural 
ministries and departments. 


ihe specitic implementation of the RABD at each terminal and second class terminal 
at the rayon level must be generated as a function of the problems to be solved and 
the communication facilities; being developed for this is a language to describe 
the status of the RABD common to the entire data communication network, a data 
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Fig. 3. Kolos system, mixed (radial- 
ring) topology 


rayon 

SP -- communications processor 

major enterprises, oblast subordina- 

tion 

agricultural enterprises 

shops, sections 

K =-=- concentrator 

PP - peripheral processor (other 
symbols are same as in fig. 2) 











description Languaye and a software package to convert data format into the data 
base management system |DBMS] language. 


Used in the Kolos system is the OKA DBMS; the system-wide network software is 
based on Yes OS. 


This approach to developing a shared use TP system for the agricultural ministries 
and departments of an ASSR (kray, oblast) is being implemented in the Kabardino- 
Balkarskaya ASSR. The TP system has now been implemented in one sector serving 
agriculture, the State Committee for Supply of Production Equipment for Agricul- 
ture. Here, the application programs have been developed that manage the input and 
Output of information for the "Nal'chik" remote terminals: a program for online 
data acquisition, query programs, a dialog program and a remote access program, 


The Kolos system has now assumed fully the function of online distribution (in the 
interactive mode) and issuing of spare parts coming in and stored at the republic 
trade center for rayon users without human intervention. In the near future, it 
will effect online production planning of the activity of the rayon divisions of 
the Sel'khoztekhnika [Agricultural Equipment Association] in the mode of interac- 
tion with the rayon. 
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ORGANIZATIONS 


LANDMARKS OF YEREVAN SCIENTIFIC-RESEARCH INSTITUTE OF MATHEMATICAL MACHINES 
Yerevan KOMMUNIST in Russian 20 Apr 82 p 1 


[Text] The flagman of computer technology in the 
republic is the Yerevan Scientific-Research Institute 
of Mathematical Machines, which has been awarded the 
Red Challenge Banner of the Central Committee of the 
Communist Party of Armenia, the Council of Ministers 
of the Armenian SSR, the Council of Unions and the 
Central Committee of the Komsomol of Armenia eight 
times in a row. The institute has been awarded the 
Red Labor Banner. Here are its glorious landmarks: 


- 1957-1960: A series of original pieces of equipment and the first computer 
successfully underwent state testing. The first among these was the computer 
"Aragats." By its technical characteristics and design-engineering level it 
was in the ranks of the best in the country. 


- Work on creation of the "Yerevan" and a series of other specialized machines 
was started in parallel. [In the computer "Yerevan" circuit-structures and 
design-engineering solutions that were accepted in the previous computer were 
used. 


- From July, 1959 until the end of 1960 the computer "Razdan-1" was designed: 
the first semi-conductor machine created in the country. After a year a 
second, improved model, the “Razdan-2" was put into operation. 


The creation of the "Razdan-1" and "Razdan-2" computers marks the beginning 
of a new stage in the standing of the institute and in the hastened develop- 
ment of the computer industry in the republic. 


- In 1963 the design of the "Razdan-3" computer was begun. By its engineering 
characteristics, productivity, develeved logic, wide choice of peripherals 

and storage devices in the largest main memory - it was one of the best 
machines in the country. 


In 1965, the "Razdan-3"' computer was designed, manufactured, and passed state 


testing. 
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- An important direction in computer technology is the creation of sma’! 
machines. The small computer "Nairi-1l"' was designed and put into series pro- 
duction, and was intended for engineering calculations. With small dimensions 
and a low cost, simple and accessible is use, not requiring special prepara- 
tion - this computer found wide application. 


- The design of the first computer using integrated microcircuits was begun 
at the Institute in 1967. In 1970 the first such computer was designed, 
tested, and put into production in the country. 


- One of the most important machines that was worked out - the "YeS-1030" 
computer - is a model of the Unified System of third-generation computers, 
worked out by institutes in the USSR and the socialist countries. A series 
of new and complicated tasks was solved by the collective of designers. On 
the basis of an "YeS-1030" computer a computer complex which brought together 
two compucers with a common memory field was worked out. 


- The creation and introduction into production in a short time of small 
computers of the "Nairi" series, the "Nairi-4", the "Nairi-4 Arm" and the 
"YeS-1045"", was possible thanks to an automated design system. The work of 
the institute has entered production and has received high evaluations from 
a state commission. 
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APPROACH TO DESIGNING MULTIMICROPROCESSOR SYSTEMS TO SOLVE ORDINARY DIFFERENTIAL 
EQUATIONS 


Kiev UPRAVLYAYUSHCHIYE SISTEMY IL MASHINY in Russian No 2, Mar-Apr 82 (manuscript 
received 13 Feb 81, after revision 31 Jul 81) pp 42-45 


jArticle by Vitaliy Petrovich Boyun, candidate of engineering science; Leonid 
Grigor'yevich Kozlov, candidate of engineering science; and Valeriy Ivanovich 
Tereshchenko, post-graduate student; all from IK AN USSR jInstitute of Cybernetics, 
Ukrainian SSR Academy of Sciences], Kiev] 


jText] tim controlling rapidly flowing processes in real time, simulating such pro- 
cesses and in a number of applied fields of science and technology, there occurs 

the problem of rapidly solving systems of ordinary differential equations, i.e. 
high-speed specialized processors are needed to solve these systems of equations {1]. 
The performance of these processors can be raised by algorithmic methods: special 
methods of problem solving are employed to reduce the volume of computations and 
problem solving algorithms are processed concurrently, i.e. special multimicropro- 
cessor systems are built. 


Considered in this work is the application of incremental methods that permit re- 
ducing the volume of computations in solving differential equations based on known 
methods of numerical solution of the Cauchy problem; also discussed are some ques- 
tions of designing multimicroprocessor systems to implement these methods. The ap- 
plication of incremental methods for solving systems of linear algebraic equations 
is well known (2). 


incremental methods are based on making use of small position (one-position, most 
often) increments in computations. Computation volume is reduced largely through 
simplification of the multiply operation which is reduced to a single-cycle opera- 
tion of shifting the multiplicand by some number of positions instead of r cycles 
of addition of partial products. 


The numerical solution to the Cauchy problem for systems of ordinary, linear, homo- 
geneous differential equations with constant coefficients 


Y* = AY (1) 


is found by the methods of Adams, Milno, Nystrem and others {3], which can be 
represented as 


, 
Your Vt Rd 5 Veta: (2) 
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The main volume of computations in formula (2) consists in computing the sum of 
paired products of constant coefficients b,, defined by the integration formula, and 
values of derivatives of unknown functions at p points for p step methods of inte- 
gration. 


For a number of methods of numerical solution to the Cauchy problem, for example, 
for the methods of Adams to the fifth order inclusively, the coefficients from 
formula (2) can be represented in the form of the product of the power of the pair 


2™l and some number bo» not a multiple of the pair; then formula (2) assumes the 
form se 


P 
» Mt, oe 
Yeu, = Vy + by & a) a (3) 


which permits simplifying computation of the indicated sum of paired products by 
replacing multiply operations by single-cycle shifts. 


To design incremental microprocessor systems to solve systems of ordinary differen- 
tial equations, integration formulas in which increments of derivatives of unknown 
functions are used are of interest. 


To reduce the volume of computations, it is advisable to make use of one-position 
increments YU, equal to the values of the high-order significant positions of the 
increments of derivatives of unknown functions AU. Let us dencte the operation of 
singling out the high-order significant position by VU = Incr (AU). Then from 
formula (2), let us derive the incremental procedure of integrating differential 
equations 


p 
Yess = Met MGM +E 7 Yt) (4) 
=! 


in which the sum of paired products is replaced by the sum of constant coefficients 
C,, shifted by the number of positions defined by the increments of the increments 
of derivatives of unknown functions at p points. 


We have discussed the first part of tht algorithm for the numerical solution to a 
system of differential equations (1), integration. The second part of the algorithm 
is computing new values of derivatives of unknown functions and for the incremental 
algorithm new values of the increments of the derivatives of these functions 
(computation of the right part of system (l)). 


Thus, at the (k+l)-th point of integration, the value of the right part will equal 


’ = 
. k+1 AL el (5) 
If we represent the value of the vector of unknown functions Y by the value of 
this vector at the k-th point and the vector of increment of unknown functions 


at the (k+l)-th point, then formula (5) can be transformed for incremental algo- 
rithms to the form 


fee — Y. +vYV AY 4) =/ key (A-AY,). (6) 
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Based on the formulas given above, let 
us now construct several algorithms 
for the numerical solution to the 
Cauchy problem for the system of 
differential equations (l). The 
flowchart for the first and second 
(full-position) algorithms is shown 
in fig. 1, and for the third 
(incremental) algorithm, in fig. 2. 


Let us assess the efficiency of these 
algorithms. To evaluate efficiency, 
let us use the number of additions 

in one cycle of the algorithm (in 

a step of integration). 


Given below is the number of additions 
in executing the individual statements 
of the algorithms given above and 
these algorithms as a whole with the 
dimension of the matrix of 
coefficients A equal ton X nen, 
and the number of positions of 

the numbers equal to r; 


Statement 





Computation of the right part by formula (5) 


Integration by formula (2) 


Integration by formula (3) 
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Fig. l. 


Fig. 2. 


Number of additions 





4) 


Incremental computation of right part by 


formula (6) 


Incremental integration by formula (4) 


First (full-position) algorithm (fig. 1) 


(integration formula (2)) 


Second (full-position) algorithm (fig. 
(integration formula (3)) 


Third (incremental) algorithm (fig. 2) 


1) 


Q,= 


Q,= 


n“(r + 1) 

(p +1) (r + 1) 
=2r+ptl 

2 


= & 


2r + p(r +1)+1 


+q, = (r+1) (n?+pt1) 


qy tac’ (r+1)+2r+pHl 


q,t4,¢2=n*+2r+p(r+1)+3 


Let us determine the factor of advantage in computations of the third algorithm 
relative to the first and second, respectively: 


(r+ 1)(n?+ p+ 1) 





n?4+2r+p(r+1)+3 


. mi(r+1)+2r+p+ il 





Q; 
L eee tt 
* Q; 


nt 2r + p(n+1)4+3 


- 101 - 











a — 
Shown in diy. $4 are Lhe plots of the @)| 
relationship between the advantage 
factor in computations and the number 
of positions of the numbers to be pro- 
cessed and the order of the system 

(1) to be solved. From this it fol- 
lows that the efficiency of the 
incremental algorithm is higher r=!) 
than the full-position algorithms 
and increases as the number of posi- 
tions in the numbers to be processed 
r and the order of the system (1) n 
increase, 
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Based on existing methods for 
solving system (1), incremental 
algorithms for solving this system 
of differential equations have been 
constructed and their efficiency 
demonstrated. Let us design a Fig. 3. 

processor to implement the incremental 

algorithms for solving the system with 

general-purpose microp-cocessors. Let us define the additional requirements that 
arise in designing this processor. By way of example, let us use the K589 series 
microprocessor set, with which rather flexible and general-purpose computer struc- 
tures can be built. But in evaluating the incremental aly rithm for solving the 
system, it should be noted that in designing a processor to solve this system, a 
unit to identify the high order significant digit of a number and a unit for fast 
shift by an arbitrary number of positions must be included in it. Incorporating 
these units will permit performing the operations of identifying the high order 
Significant digit and of a fast shift within one cycle and thereby ensure the high 
efficiency of the inuremental algorithm. 





Another direction for raising the performance of processors is parallel processing 
of the problem solving algorithm. Let us consider the possibility of parallel pro- 
cessing of the incremental algorithm and designing a multimicroprocessor system. 


Fig. 4b shows the structure of the data to be processed by the incremental algorithm. 
Analyzing the algorithm, let us note that within an algorithm cycle, we can process 
the data, after dividing it line-by-line into groups (bold lines in fig. 4b) each 
independently of the other. 


Thus, let us divide each file into a groups of § rows in each group. Then in each 
group, before executing the cycle, the vector of increments of unknown functions at 
the k-th point VY, must be of the full dimension, n rows; after execution of a 
cycle, the dimension of the computed vector of increments of unknown functions at 
the (k+l)-th point VY +1 in each group will be 8 rows. 


Let the computations be performed by a processors, and let us call them point micro- 
processors, each of which is a general-purpose or specialized microprocessor or pro- 
cessor built on the base of microprocessor sets. Some requirements for this point 
microprocessor have already been formulated above, 
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Placed in each point microprocessor 

are the 8 rows, to be processed by 

them, of all the arrays, and the Fig. 5. 

vector VY, is placed in each micro- 

processor completely. After execution 

of the algorithm cycle, each a microprocessor contains just § each of the corres- 

ponding rows of the vector VY aD? which in the next cycle must be present in each 

microprocessor completely. In other words, after each algorithm cycle, it 

is necessary to transfer from each microprocessor its group of rows of the vector 

V Yad to all the other microprocessors. Thus, in each algorithm cycle in a multi- 
microprocessor system consisting of a microprocessors, an exchange of data 

is effected between the microprocessors which consists in transferring n rows of 


vector VY ede Since each row of vector VY +1 consists of one element, n words 


are transferred in each cycle over the buses for exchange in the multimicroproces- 
sor system. Let us note that the number of words n transferred in the system does 
not depend on the number of point microprocessors a. 


The algorithm for exchange between the microprocessors, when each in turn sends 
information to all the others at once, permits, without reducing the performance of 
the multimicroprocessor system, connecting the microprocessors to each other by the 
common bus for exchange. The structural diagram of this multimicroprocessor 

System is shown in fig. 4a. 


Since the number of words sent between the microprocessors does not depend on the 
number of microprocessors, the speed of this system increases in direct proportion 
to the increase in number of point microprocessors. The word size of the exchange 
bus in connection with the transfer between the microprocessors of incremental 
increments is reduced and equals r = log,VY » where VY is the maximum allowed 
increment of an unknown function. ._ It was shown above 

that the number of words sent between the microprocessors is constant and equals n, 
which makes up a small part of all the data to be processed. The total amount of 
data to be processed, the structure of which is shown in fig. 4b, is 


D = n* + n(p + 3) + p + 2 words; then the amount of data sent between the 
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microprocessors Of the tetal amount Of date will be 


,; = —— ae ee , sO, 
a *nlip? 3) et pea 


The relation between the tite of computations (weeful tite) ead time fof eschengee 

is also of interest. Let us assess this felation. Let the additic.s. of twe Sulbete 
be pertormed within some timeslice t, 4 step, and the tfanefer of one Gunther fron 

one microprocessor to 4ll others also be performed within one step. Then, after 
assuming with some error that algorithm cycle time is defined by the eum of additions 
Qy» let us derive the algorithm cycle time (time of computations) which equals 


TL AQyts and the time of exchanges, Th) *nt. For the incremental Guilt imictepre= 


cessor system in question, a8 the number of point @icroprocessors inctesses, compe 
tation time is reduced in inverse proportion to the number of them and will be 


defined as Thm - T, /a. As it follows from what has been discussed earlier, exchange 


time does not eisai on the number of processors, is constent and equals te jew 
the relation between computation and exchange time is 


qT. “-* 


umm 9 10506 
9 op al os 109 


Tin valreplr + ipes 





If a= l, then T,. = O (no exchanges) and ¢ = 0 too. The eraph in fie. 5 illeetrates 


0 
what part of computation time in the sultimicroproceseor systes tr is accounted 
for by exchange time (T,.). Shown in the graph are chare sstice for two eat rete 
versions of nu ltinicroptocessct systems, when the sys’ nas just two sicreprocesseor: 


(a = 2) or when the system has the maximum number of sicroprocessors, equal te the 
order of the system of differential equations to be solved (a4 = 9). All other wer- 
sions of the multimicroprocessor systems in question are described by the interwal 
between the curves a = 2 and a * n. 


It follows trom the graph that when the number of sicroproceseors is emall, compute=- 
tion time increases faster than exchange time as the order of the system to be solved 
grows; and conversely, when there is high concurrency in running the job, computation 
time increases more slowly than exchange time as the order of the system to be solved 
grows, and in the process, computation and exchange time tend to equality. Naturai- 
ly, one can conclude that as the number of microprocessors 4 increases, exchange 
time, being a constant quantity for some system order n, reduces the percentage of 
useful multimicroprocessor system operating time. 


Let us now turn to a feature of solving differential equations on the gultiaicropro= 
cessor system in question. In the majority of real problems, matrix A in system (1) 
is a sparse matrix (containing zero factors). In solving avaetem (1), the zero fac- 
tors are not needed; thereforef matrix A is stored in the pwint sicroprocessore in 
compressed form (without the zero factors). This allows eliminating unproduct i v« 
processing of the zero factors in matrix A and solving a system of differential 
equations of a higher order with some finite amount of storage. 


Algorithm cycle time in the multimicroprocessor system is defined by the saxiaus 
operating time in one algorithm cycle of one of the microprocessors, which in turn 
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TROMRIQUE AND SOFTWARE PACKACE FOR INVEDTICATING COMPUTING PROCESS In UNIFIED 
SYSTEM OPERATING SYSTER 


Kiew UPRAVLYATUSHCHIYVE SISTENT | MASHINY in Buseien Be 2, Mar-Apr 82 (manuset ipt 
received 24 Peb 61, after fewision 26 Aug 81) pp 67-7) 


jArticle by Viedinir Apolionovich Korethevicn, senior scientific associate; and 
ivan Vasil’ yewich Makeiaey, candidate of engineering sciences; both fron Gv 
jGomel’ State University) , Gowel"| 


jtacerpts) Probleme of organizing the competing process (VF) in Vie (competer cen=- 
tere) afe continually ‘ocuseed of by feseatchers and developers of computer so are. 
interesting results of amaiyeis Of organization ef work with computers ate pre- 
sented in ji-#). Proposed ifn this work is an approach te lewvestigeting the compet- 
img process with Unified Syetem computers, based OF Heeeurineg Statictics of intor= 
mation streams in solwing probleme, 


A qumber of authore inwestigeting information etreane (IF) in Unified System com 
putere éturted from, 46 4 Tele, standard facilities fer recoréing Statistics, thet 
are available ia the Unified Sretem operating eyetem (4-7). Taehen a6 the basic 
were Statistics compiled by tee eyetem Goniter proeran (BF), which were weed to 
generate 4 Set of Statistics Of istefest te the iavestegeter, from which a8 anailveie 
of the appropriate aepects of organization of the computing process with Unified 
System computers was gade. There is #0 Gowbt that the statistics compiled by the 
we are rather abundant, e266 they O68 e66 GQuet be weed if enalvyeing the functioning 
ef YeS O8 and ia studying the Composition an€@ structure of jobs being fun. Sut, 
Statistics on iafermation Streams are essentially iategral. is 4 qunber of cases, 
especially ia etudying the properties of Tes OF for special applications, the in- 
weetigator ia iaterested if the time diagram for execution of job steps both ia 

the single and gulti=- proetem godess of Tes OF operation, 46 well a6 the time dia- 
eran for YeS O8 operation. in these cases, developers of epecial-purpose software 
for the Unified Syetem computers are in 4 bing, for there are a0 meaguring faciii-~ 
ties to obtain differentiated etatieticse for execution of job steps. Described ia 
thie work is the procedure and software for organizing Seacurement of information 
streams in Unified Syetem computers that aliows recording twe differentiated sta- 
tietice fer job etep execution and the structure of the tasks solved with Unified 


System computers. 


Also, 4 qumber of researchers of the competing preceses (VF) in Tes O8 get the 
capability of making wee Of actual Statistics om the competing process to design 
task generators in planning Speciai-puerpose computer complexes (6, 10). 








i“~wliememietion @f the Pro edufe ter Studying the Computer Process 


The suggested procedufe for etudying the computer process has been iaplemented in 
the form of 4 package of intetfelated progtame for @easuring and processing; the 
proarame include both the statistics tecorded by the WY and the results of opeta~ 
tion of preafame for frecerding tht statietics of Yeb OF functioning at the Ter 
jcontfal precesseer = CPU) interrupt iewel. Fig. 3 shows the @akeup and fiowchart 
iof the seftwate peckage interaction. The @easuring and processing software pack- 
we comeisets of the WH STATO statistical processing program, the STATOS program 
package for @easeuring the parameters of the computing process at the level of CPU 
interruptions, afd the SPRINT package of procedures for statistical processing of 
obeefVation fresuite, 
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Apprebation of Procedutes and introduction of Packages 


Laperience if operating these sol tware packages hase shown that with regular acqyui- 
sition of Statistics, Yes OS performance losses do not exceed five percent in the 


Heseuring process, 


The software packages were installed in these scientific research organizations: 
the VTe SO AN SSSR \|Computer Center, Siberian Branch of USSR Academy of Sciences] 
in Novosibirsk, and the NIl EVM i ITK AN BSSKR [Scientific Research Inatitute of 
Computers and the Institute of Engineering Cybernetics, Belorussian SSR Academy olf 
Sciences! if Minsk. 
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UDC 661.3.51./6.42 
INTERACTIVE GRAPHIC DESIGN SYSTEM IN MULTIACCESS MEASURING=-COMPUTER SYSTEM 


Kiev UPRAVLYAYUSHCHIYE SISTEMY I MASHINY in Russian No 2, Mar-Apr 82 (manuscript 
received 1 Oct 80, after revision 28 Apr 81) pp 79-61 


jArticle by Yuriy Viadinirovich Obukhov, junior scientific associate, and Sergey 
Aleksandrovich Platonov, junior scientific associate; both from IRE AN SSSR 
jInstitute of Radio Engineering and Electronics, USSR Academy of Sciences], Moscow] 


iExcerpts] Described in this work are the structure and functional capabilities of 
an interactive system for design and editing of graphs that has been developed at 
the Institute of Radio Engineering and Electronics, USSR Academy of Sciences, for a 
multiaccess measuring-computer system (IVSKP) based on the NORD-10/S computer net- 
work. The system is written in FORTRAN-77 and operates with the SINTRAN-III/VS 

DOS tile system and the PLOT=-10 graphic subroutine package. 


This system is superimposed on a basic package of graphic subroutines and is an 
interface between the user input langauge and the graphic subroutine package. It 
is an interactive system, i.e. all information on the plot, instructions for its 
design and any changes are specified in the interactive mode. 


The graphic design system described became part of the systems software for the 
multiaccess measuring-computer system at the IRE AN SSSR [Institute of Radio 
Engineering and Electronics, USSR Academy of Sciences] in 1980; it is operated in 
the real-time mode and in the mode of designing from data files. The system allows 
constructing graphs on three types of units: 

--oscillographs with a storage tube and X-Y self-recorders controlled by CAMAC 
modules; 

--Tektronix-4662 type laboratory plotters and the Tektronix-4006, 4012 and 4025 
graphic displays; and the 

~-Tektronix-4663 systems plotter. 


Operating the system has especially shown the conveniences of operating in the real- 
time mode since there is no need for preliminary operations in designing graphics 
(construction of axes, correlating user units to screen coordinates, drawing 
letters, etc.). Using the graphic system has reduced writing time for programs and 
simplified their debugging and has reduced design time. The latter circumstance is 
due to all information on graphic parameters being specified before the start of 
user program operation, and axis construction and lettering being done before th« 
start of the operation of the time-critical part of the real-time program responsi- 
ble tor acquisition and preprocessing of experimental data. One can state that 
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With the initiation of the graphic system described, outputting information in 
graphic form has become for the user fo sore complex than outputting information 
in alphanumeric forse. 


The authore wish to thank V. V. Romanovteev, A. Ya. Shul*@an and A. V. Moshkevw 
for their help in all stages of this work, 
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Theee capabilities can be mentioned! 

-=—eesigntent of work to the complies (job control language « * the @onitor that 
interprets it) 

~=stefage of watiows Tiles (an afchive that allows father conveniently controlling 
the storage of information, i.e. access, protection, ete.)j 

“=—"oRvenient femefation Of taeke (task generation system with ite own archive and 
editor); 

““vevenient method of test input/output and test editing facilities (text editor 
thet supperte comvetitional and contest editing, as well as operation with editing 
seceione) | 

“=facililities for adequate visualization of teats (editor-supported facilities for 
fetiecting etfucture of progtfame ifn 4 listing, and a documentor that enables 
qualitative stfuctuting and output of technical documents on 4 printer or 
“Optina™” typewriter). 


The fHomiter and 411 other TH complex components operate in both the batch and 
iftefactive modes, 


The TH complex contains 4 transiator from “Ei brus” autocoder [4], the basic MVK 
preogtamming language, inte MVE codes. The autocoder transiator enables rapid 
translation, qualitative diagnostics of errors, and at the user's option, output of 
vatiows information om the tfansiated program aad its corfespondence to the source 
teat (fof example, taebies of correspondence of iines to the code). 


The 10 compiles contains an “Ei brue-1" MVK interpreter that executes files of 
object cede for the MVE, obtained ifn the complies. The i3! preter also simulates 
the besic functions of the PVE operating system that are secessary for program 
esecution, in 4&4 Gialog, the interpreter can opefate in the debugging g@ode, in 
which it i¢ peesible te halt at Specific pointe in the program and visualize in 
accotédance with the weer job the status of computations at ‘se points. 


The complies aise hes traneiatere for ALOOL-60 and standard FORTRAN, which are part 
of the stendaerd software for the “El*brue-i" MVE, They were written in autocoder 
and were themeelives debugged with the instrumental THY complex. Since they are 
executed ia the 10 compiles throwgh the interpreter, their rate on the BESM-6 is 
iow, 


Service preontame a6 4 vhole enable efficient, practical programming in the TEMP 
compiles throwgh facilitating routine work that accompanies programming and debug- 
ging. They iscliude the [eliowing programs: 

~—Ghject cede file editor, editing is performed in coordinates naturel for MVK code 
(eegment sunmber, byte Sumber), the editor enabies Visualization of code in hexza- 
Gev inal and if GHomhomice; 

-—suteetructurer, which creates 4 6tructured Listing and performs automatic editing 
ef « preerfanm in auteceder, after which cleariy identified a the listing are the 
sain cometfuctions of the language, nesting ievel of constructions, etc.; 
-—faecilities fer communication between the BES%-6 and MVA; transter of texts to the 
“VE and wice werée is sow supported by several gethods: through punched cards, 
disk for communication with 4 special machine with subsequent transter to 4a disk 
compatible with the MVE, and Unified System magnetic tape, connected to the BESMN-6 
the standgareé way. 


~ Li? 








we should a.s0 mention the toliowing service routines that have been incorporated 
into the various general systems components and those simulating the MVK ,multi- 
processor computer complex]: 

-<archive service and archive services |jservis arkhiva i sluzhby arkhiva]; 
“service tor developers of translators; 

-<service tor various queries on the situation and changes in it that facilita 
interactive operation with the complex. 


Problems of Operation. The TEMP complex is an autonomous system and needs only the 
DISPAK OS operating system tor operation on the BESM-6. The usual TEMP complex 
contiguration presupposes availability ot disks, and in this case the minimum 
BESM-6 configuration is: three magnetic disk storage units, one terminal (T-340 or 
RIN-609) and DISPAK US (beginning with version 92.M). However, there is a version 
i the complex that operates on the BESM-6 without disks with the appropriate 
versio tf DLSPAK OS, 


Main mplex components bavi Lhe following per formance reterred to C?U time: 
Autocoder translator 1000-1500 Lines/minute 

"El *brus<1" MVK interpreter 500-700 instructions/second 

FORTRAN translator 4-5 lines/minute 

ALLOL=-6oU0 translator 2-3 lLines/minute 

fhe average number otf exchanges the translators have trom autocoder is 100 per 

1000 Lines, and the interpreter has 1 per LOO executed MVK instructions. Maxim im 
size of fil torable in the archive is 377, zones. The complex permits operation 
iimost totally on disks, which reduces the “need for magnetic drums in short sup- 
ply tor the BESM-6 and ! ilitates entry of tasks tor solution. 


Overall efficiency of the complex can be illustrated by this example: A program 
with a 100 iines of autocoder in be debuggeca trom start to finish by a programmer 
with average skills who has mastered the complex within an hour's session at a 
terminal with output of just the tinal results on the printer. 


All user documentation (instructions) is in the TEMP complex archive and presented 
in the torm needed tor uutput through a comp iex component, the documentor; users 
can obtain instructions in any desired quantity. The instructions include the 
following programmer guides: TEMP complex prospectus, TEMP complex general des- 
cription, job control language ,;JCL] (TEMP JCL monitor), documentor, task genera- 
tion system, text editor, autocoder transiator, "El'brus-1" MVK interpreter, object 
code ttle editor, autostructurer, cros reierence dictionary, graphic procedure 
package, transfer of text trom TEMP complex to the MVK and vice versa, general 
service routines and the wervice .or developers ot translators. 


ihere iS 4 separate set ot doc umentation for the "ki'brus-L" MVK and its software; 
it is presented Similarly and can be ft rnished with the TEMP complex. 


[raining personnel for skilled operation on the TEMP complex takes a month. It is 


conducted most etficiently in the interactive mode of operation. 


instructional materials on more correct (eflLicient and economic ) use ot the complex 


in individual and collective operation are being prepared for dissemination. There 











are recommendations on methods of developing on the TEMP complex average programs 
and large (over, say, 30,000 lines in autocoder) software systems. 


Complex Distribution and Maintenance. At present, the complex is distributed by 
developers, but the TEMP complex prospectus does contain exhaustive instructions 
for its standard generation, in which the complex takes up a whole basic disk 
(minimum size of the area allocated for the TEMP complex on disk is 300 zones). 


Complex generation takes about an hour and is done in the background of foreground 
computation in DISPAK OS. 


Complex maintenance is also performed by the developers; a group of three persons 
processes criticisms received, accepts and checks on a bank of tests the new ver- 
sions of the components and those newly included in the TEMP complex, develops new 
versions and informs users of this. 


Complex Development. Despite wide dissemination, the TEMP complex is in the status 
of intensive development. Here are the main directions of this development: 
--enhancement of performance of components by increasing speed and improving 
interface with the user; 

--development of new components, the most important of which are a debugger provid- 
ing far more txtensive facilities for interactive debugging of MVK programs com- 
pared to the debugging mode mentioned above available in the interpreter, and a 
"large" "El'brus-1" MVK interpreter that will operate under control of the real MVK 
OS which will provide TEMP complex users with a full set of MVK OS functions in real 
execution, as well as an optimizer for the object code file and a guide/information 
provider for the complex; 

--modification of the complex for the new model, the "El'brus-2" MVK; 

--transition of the complex to a new set of generul components with replacement of 
the internal support system {4]. 


Deserving separate mention is the effort on translating the TEMP complex for the 
Unified System of Computers and the BESM built with integrated circuits. 


Conclusion. The TEMP complex is a large program system on the BESM-6 computer. 
Its extensive use is due to the conditions of development of the "El 'brus-1" MVK, 
as well as the need for advance programming of many production tasks prior to 
delivery of the MVK. The complex was able to meet these needs to an adequate 
extent. 


Among the programs debugged on the TEMP complex, one can cite the ALGOL-60 and 
FORTRAN translators that have already passed state tests. The total amount of pro- 
grams debugged on the TEMP complex so far exceeds 250,000 lines in "El'brus" auto- 
coder. 


It can be assumed that the complex will be used intensively until the 1984-1885 
period, 


n addition to the authors of this article, the main TEMP complex developers are 
. V. Golovleva, S. Yu. Dederer, V. V. Zabotin, I. F. Lesovaya, V. A. Mozzherin, 
A. Ozols, L. N. Pen'kova, V. N. Polivanov, V. P. Pyatkin, V. A. Chausov and N. 
Shishova, 


raz ame 
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Also participating in the development were A, F. Bondarenko, A. V. Kaygorodov and 
Ya. M. Kurlyandchik. 
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UDC 681.3.02 
REAL TIME OS FOR COMPUTER COMPLEXES BASED ON PROBLEM-ORIENTED MINIPROCESSORS 


Kiev UPRAVLYAYUSHCHIYE SISTEMY I MASHINY in Russian No 2, Mar-Apr 82 (manuscript 
received 30 Jun 81, after revision 3 Sep 81) pp 103-105 


[Article by Vyacheslav Vladimirovich Gayduk, engineer, SKB MMS IK AN USSR j{Special 
Design Bureau for Mathematical Machines and Systems, Institute of Cybernetics, 
UkSSR Academy of Sciences], Kiev 


[Text] Introduction. Described in this article are the design principles and 
capabilities of the control component of a real-time operating system (OS RV) for 
a minicomputer intended for operation under field conditions. 


A minicomputer with microprogram control {1] is being delivered in single or dual 
processor versions [2-3]. A second processor is needed to raise the overall real- 
time system performance by physical parallel execution « * operations. At the 
functional level, the first processor performs the processes associated with unfor- 
matted input/output and characterized by numerous operations for retrieval, sorting 
and merging of data. The second processor is oriented to problems of visualization 
Surplus resources of both processors can be used for execution of any computer 
processes, 


Each processor has its own executive memory with 1024 80-bit words which holds all 
the microprograms for this processor. The single processor version comes with main 
storage and read-only memory [ROM] with 8K lo-bit words each; the dual version has 
main storage and ROM with 16K 16-bit words each. The main and ROM have general 
addressing and can be increased with blocks of 4K 16-bit words each (ROM with 8K 
each) to a total of 64K. Main blocks are added from tht zero block in ascending 
addresses, and ROM blocks from the thirty-first block in descending addresses. 
Processors in the dual processor system operate with a common field of memory 
(main and ROM) and differ only by the sets of microprograms in their own executive 
storage units. 


The processors are synchronized by special interrupt registers. Each processor can 
interrupt the other by one of the external interrupt bits. Minicomputer processors 
have the four-level system of interrupts: 

--interrupt from units on the block-multiplexer channel; 

--external interrupts; 

interrupts from units on the multiplexer channel; and 

--interrupts for system calls. 
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Up to 16 and 128 external units, respectively, can be connected (through interface 
cards) to the block-multiplexer and the multiplexer channels. 


External interruptions have eight bits, part of which for the first processor have 
been allocated as follows: system timer (0 bit), attention key (bit 1), synchroni- 
zation of processors (bits 4 and 5), warning on voltage drop below rated (bit 7). 
Only two bits of external interruptions have been provided for the second processor; 
they are used to synchronize its operation with the first processor. 


Requirements for the Real-Time OS Control Component. In developing control compo- 
nents tor real-time OS for minicomputers, the main requirement is ensuring a stan- 
dard interface bttween the hardware configuration and the application programs. 
Usually, ditferent versions of operating systems, development of which entails 
considerable cost, are required for each areaof minicomputer application for 
problems to be solved in real time. 


The modern control component in the real-time OS for minicomputers implements 
functions previously encountered only in large computer OS's. The systems programs 
enabling these functions (multiprogram operation, file managtment, swapping) are 
the most labor-intensive when software is developed {4]. This requires a modular 
organization of the real-time OS that allows effecting interaction of specific 
application programs and hardware with substantial costs [5]. 


The second requirement on real-time OS pertains to tht set of system calls used 
in programming real processes. This set must be complete and convenient for the 
programmer and take up minimum time in execution. 


The third requirement is to make real-time program execution independent of the 
number of processors in the system [6], i.e. user programs are written irrespective 
of the number of system processors and their execution in a dual processor system 
just reduces the system response time as a whole. 


Basic Capabilities of Real-Time OS, Real-time OS permits simultaneous operation 
of from one to five user tasks, each of which has access to system resources 
(external units, general programs, files, processors) in accordance with its 
priority. 


To organize real-time operation, the user can create up to 16 processes in each 
task and effect the needed synchronization tor execution of them. These capabili- 
ties, as well as initialization ot exchange with external units, are eftected by 
system calls that are the sole method of calling real-time OS by the user. 

When a system call is executed, a program interruption occurs for a call to tl 
system (lowest priority cless of interruptions). In calling external units, a 
user uses their logical number, and the operator determines the correspondence ol! 
logical and physical numbers of these units immediately before the start of the 
task, which permits replacement of single-type external units (for example, 
CONSUL--teletype) or writing to magnetic disk the information intended tor output 
to a multiplexer channel unit. 


When several processes call tor one resource, real-time OS reacts as a tunction ol 
the type of resource and priority of the processes. Access to tiles and external 
units is controlled at two levels: logical and physical. The logical level is 
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maintained by the file system, in which protection of the resource is specified by 
the user himself. The user can have no effect on the mechanism of protecting 
external units at the physical level. When a process calls for an external unit 
that is busy, this process is put on hold until che device is free, 


Program resources are divided into two types: progran and data, The computing 
process on the minicomputer is organized in such 4 way that all programs (except 
programs for control components of real-time OS) are reenttrable, i.e. they are 
common resources for all processes and accessible by them at any time, Protection 
and processing sequence of data are organized by the user by using the sechanies 
of semaphores, calls to which are included in the set of system calls. 


Access to the second processor is determined by the operator, who must specify the 
number of processes for the second processor before task execution, This solution 
is due to the inadvisability of using the SCHEDULER of higher level procesrurs in 
real-time OS for minicomputers. 


The job control language permits: 

--establishing the number of tasks; 

--allocating storage between tasks; 

--initiating task execution; 

--setting timer mode of operation; 

--maintaining a syster calendar; 

--establsihing correspondence between logical and physical numbers of external 
units. 


At the operator's request, real-time OS sends all curren: information on system 
Status to the console, 


Software Structure of the Dual Processor System. Three modules are added to the 
real-time OS control component when there are two system processors: the interrupt 
handler for the second processor (handles only program interrupts tor system calis 
and two external interrupts), the service process for initialization of the second 
processor and the service process for handling its system calls, Each processor 
can execute all instructions and, consequently, can be allocated by the operating 
system for any process. 


A difterenct between the processors shows up only in handling interrupts, i.e. at 
the system level which is inaccessible to the user. The corresponding tieids of 
the program status words |PSW] for the second processor are located alter the same 
fields for the first processor and are adjusted for transter of control to the 
second processor's interrupt handler, 


At the system level, except for the current operation on execution of processes, 
the tirst processor implements all the functions of real-i ae OS and handiers of 
its interruptions and the operation of the drivers for the external units. The 
second processor also handles two external interrupts and has access to only two 
real-time OS modules: to the module for process preservation and to the module 
for tull recovery of it. 


Logical interaction of the processors is effected as tollows. in operating with 
the module for selecting the highest priority process, the first processor 
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APPLICATIONS 


SPEECH RECOGNITION DEVICE 
Moscow GUDOK in Russian 16 Apr 82 p 4 
[Article by A. Zelentsov, Kiev: "A Machine Listens and Speaks"] 


[Excerpt] In the Kiev Institute of Cybernetics a speech recognition system 
for groups of human words is working and has a vocabulary of a thousand words, 
which is sufficient for conversations about industrial matters. But by what 
principle is the computer able to recognize this or that word and even whole 
sentences? 


“We have realized a phoneme recognition principle," says T. Vintsyuk, a 
candidate of technical eciences. "What does this mean? There are 80 variants 
of different Russian language phonemes in the memory of the machine. Let's 
say that one and the same vowel is represented by eight variants. These 
variants represent means of expression, the way that the vowel ‘a' is pro- 
nounced before and after consonents, after pauses, and other variants, that 
is, in various positions. A different phoneme, for example ‘u', has nine 
variants, the phoneme ‘sh’ has one, and the phoneme ‘s’ also has one. It is 
well-known that there are 41 phonemes in the Russian language. There are more 
in Ukrainian, because the same phoneme in Russian is represented by several 
variants. 


“Purther, how does the recognition process work? We speak a word in a micro- 
phone. An electronic signal from the end of the microphone enters the com- 
puter and is subjected to further processing in order for recognition to take 
place. A comparison is made of this speech signal with the standard signals 
of the 80 phonemes which are stored in the memory of the machine, and a 
generated answer comes out. The recognition-answer is formulated as a trans- 
cription of the word. In this way the speech signal in the course of analysis 
is transformed into a textual equivalent, which is written on the computer's 
lighted panel indicator. We say the word, and read the result on the indica- 
tor. 


“How fast does the recognition take place? In other words, how much time does 
it take the machine to understand exactly what was said? 


“When the vocabulary of the machine is not very great, for example, 100 words, 
the response is produced practically instantaneously, just after the word is 
said. In the case where the vocabulary is slightly larger, let's say 500 
words, then we can perceive a certain delay which lasts three seconds. 
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..»The computer room of the Institute of Cybernetics. Right before us is the 
BESM-6 electronic computer. On the left in front of the microphone sits an 
employee of the laboratory who is pronouncing phrases that are made up of 
words that have been entered into the dictionary that the machine understands: 
open, blank, close, data, colon, index, zero, stop. 


Several seconds went by, and on the light panel appeared the running inscrip- 
tion of the words that were pronounced. 
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UDC 534.782:621 
FONEMOFON=3 VOICE OUTPUT DEVICE FOR COMPUTERS 


Kiev UPRAVLYAYUSHCHIYE SISTEMY I MASHINY in Russian No 2, Mar-Apr 82 (manuscript 
received 20 Apr 81) pp 33-37 


[Article by Boris Mefod'yevich Lobanov, candidate of engineering science; Vladimir 
Vladimirovich Minkevich, senior scientific associate; Boris Vasil'yevich Panchenko, 
candidate of engineering science; and Leonid Minovich Pervoy, engineer; all from 
the Minsk Branch of the TsNIIS [Central Scientific Research Institute of Communi- 
cations] ] 


{Text] The speech method of interaction in man-machine systems has fundamental 
advantages. The main ones are: 

--convenience, naturalness and simplicity of interaction, requiring no special 
preparation, which expands considerably the group of potential users of automated 
control systems and raises computer utilization efficiency; 

--relief of the visual channel during information output and elimination of manual 
manipulations during input, which increases the speed of interacting with compu- 
ters and reduces the number of operator errors; and 

--the capability of using as terminals ordinary telephone instruments and the 
existing network of telephone communication, which reduces considerably the size 
of capital investment required in putting man-machine mass queueing systems into 
operation. 


These advantages of voice input/output systems were a potent incentive for compre- 
hensive research in this field jl]. Now, many studies are close to completion and 
reports on the start of industrial production of automatic speech recognition and 
synthesis devices have appeared [2]. The problems of voice output have been 
studied most thoroughly. 


There are a number of finished developments of voice output devices (speech syn- 
thesizers) that enable vocal reproduction from several dozens to several hundreds 
of words [3]. Without belittling their practical value, say, in systems of auto- 
response and talking clocks, let us note that this sort of device is hardly suit- 
able as a standard computer peripheral. Actually, they perform the role of a 
digital magnetic tape recorder, enabling readout from storage and recreation of 
the speech signals of individual words or phrases, previously read by a speaker 
and recorded by using a particular method for compressing the speech signal. 


For a speech synthesizer to become a competent member in a number of types of 
peripherals already existing, such as displays, printers, etc., it must enable in 
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Fig. 1. Structural diagram of voice 
output unit 
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Fig. 2. Structural diagram of speech 
synther ‘zer 


real time speech synthesis of an unlimited vocabulary for output alphabetic infor- 
mation, i.e. for text of arbitrary content. A speech synthesizer of this type, 
the Fonemofon-3, is described below. The research and development for this device 
has now been completed, and industrial production is to start in 1982. 
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The device can also operate directly vith 4 computer or system operator (for exam- 
ple, in computet=aided design systems) for vocal comments on the problem being 
selved of for sound accompaniment of graphic images on a display. in this case, 
the TAU is not used, and a speaker of headphone is connected to the device. 


Let we consider the operation of the individual assemblies in the device. 


Shown in fig. 2 is 4 structural diagram of the speech synthesizer. The speech syn- 
thesis implemented by the device is based on simulation of natural speech formation. 
By functional purpose, the device is divided into four unite: the text conversion 
whit, and the unite for simulating intonation, articulation and acoustics of speech 
formation. The text information from the computer is written in individual portions 
(a sentence of group of sentences) in the lk=byte buffer storage unit (BZU). The 
buffer enables storage of information for synthesis, up to 120 words on the average, 
i.@. about one @inute of speech. After pronunciation of the entire text stored in 
the buffer, the synthesizer sends a request for input of 4 new portion of text. 


The text in the buffer is analyzed for translation from orthographic form to phoneme 
(letter=<to-phoneme translator) and for isolating prosodic information: type and 
location of punctuation @arks, Stresses, position of the i-th phoneme element in a 
word, syntagma, phrase and others. The prosodic information extractor provides for 
proper operation of the generator of the basic intonation speech parameters: pitch 
of the basic tone (@ lodics) and flowing tempo (rhythm). The signals generated by 
the generator go to the control inputs of the time coordinator for articulator move- 
ments (rhythm control) and source of vocal excitation (@elodics control). 


From the output of the letter-to=-phoneme transiator, the phoneme text goes to the 
syllable divider that @arke off the text into elementary open syllables. Given 
below is an example of transiation of orthographic text into phoneme and division 
into open syllables. 


Orthographic text: erase caswt © cunea y OCTenoees jParts will be turned into the 
warehouse at the stop. } 


Phoneme text! sg erves's_ saebye_ Qcenet. yortewode’s 


Text marked of f into syllables: [4/8] ae] sy | asl tyl ryleylcyiey! 
| aa) tyloy|oalcy] te) so] Gy! as) 


in thie example, the accent mark j{') a: onsonant phoneme indicates its softness, 
the "> mark indicates the espace between words, the "y" indicates a fictitious 


vowel, and the “co” indicates a fictitious consonant. The breakdown into elementary 
open syllables consists in dividing the phoneme text into “consonant-vowel” groups. 
When there is a confluence of two or sore consonants, the fictitious vowel y is in- 
eerted betwten them, and in 4 confluence of vowels, the ‘ictitious consonant o is 
ineerted. 


At the articulation level, an open syllable corresponds to an elementary articula- 
tor action, the simultaneous flow of certain articulators. Based on analysis of 
the phoneme composition of a syllable, 4 set of articulator instructions is formed 
that epecify the gsovement of articulators, such as the lips, tip of the tongue, 
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body of the tongue, uvula and others. Under the effect of the instructions, the 
articulator movement simulator generates signals that simulate the trajectory of 
movement of the individual articulators, The overall organization of the process 


of articulating a syllable is effected by the time coordinator of articulator 
movements, 


Formed at the output of the articulation simulation unit is a set of signals that 
simulate speech movement. The task of the acoustics simulation unit is to translate 
these signals into an electrical speech signal. The immediate source of the syn- 
thesized speech signal is the tormant model of the human vocal tract excited by 
vocal or sound sources of excitation. In the formant model, the transfer function 
ol the vocal tract is approximated by a corresponding set of resonators (formant 
filters), the frequency and level of excitation of which can be retuned within cer- 
tain Limits, Current values of formant parameters (frequencies and amplitudes for 
excitation of formants) are computed in the articulator-to-formant translator that 
realizes the nonlinear operator for translating the articulator movement space vec- 
tor into a formant parameter space vector. 


Shown in tig. 3 is the external view of the synthesizer prototype. Structurally, 
the device has been implemented with 30 TEZ's jstandard exchange cards] based on 
the standard in the Unified System of Computers, The element base is series 155 
and 140 integrated circuits. The main assemblies in the synthesizer are protected 
by nine patents |{|4-12]. tere are the specifications: 


Type of input information GOST 13052-67 binary codes 

Alphabet of input symbols Russian letters, punctuation marks 

Size of vocabulary unlimited 

Rate, pitch of voice, loudness adjustable 

Sound intelligibility not less than 93 percent according to 
GOST 16600-72 

Power consumption no more than 60 W 


A structural diagram of the telephone automatic unit and the input/output interface 
is shown in tig. 4. 


The devices include: the telephone line switching unit, telephone signal receiver 
unit, automatic dial, the unit for generating information for the computer, the con- 
trol unit and the interfaces for information input and output. 


in the initial state, the TAU is ready to receive a call signal. A subscriber dials 
the number assigned to the information-inquiry system; when the connection is estab- 
lished, a call signal goes to the device from the telephone network through the 
telephone line switching unit to the telephone signal receiver unit where a corres- 
ponding pulse is generated. By this pulse, an eight-bit byte is generated in the 
computer information generation unit and then goes to the computer through the 

input interface. 
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The computer analyzes the byte received, generates a series of bytes for the corres- 
ponding message and sends it through the output interface to the control unit and 

to the input of the speech synthesizer. The first byte in the series is the service 
byte that controls the connection of the speech synthesizer to the telephone line. 
The computer speech message goes to the subscriber through the telephone network. 
The last byte in the series is a service byte that controls the connection of the 
telephone signal receiver unit to the telephone line. By using the telephone instru- 
ment dial, the subscriber generates the tonal code of a request which goes through 
the telephone network to the device, where the corresponding byte is generated for 
the computer. Output of a message for the request occurs similarly to output of a 
message for the call signal. 


The availability of the tonal request code in the telephone signal receiver unit 
enables a subscriber to conduct a dialog with the computer. In this case, the 
computer asks the subscriber questions, and the subscriber dials al or 0, corres- 
ponding to yes or no respectively. 


The subscriber-computer dialog can be terminated at the initiative of the subscriber 
or the computer. To terminate a dialog, the subscriber hangs up the telephone re- 
ceiver; in the process, the release signal generated in the telephone network goes 
to the device, where the corresponding byte is generated for the computer, which 
tells the program the dialog is terminated. The release signal also disconnects 

the TAU and telephone network and sets the device in a state of readiness to accept 
a call signal from another subscriber. The dialog is terminated at computer initi- 
ative when the service byte controlling disconnection of the device from the tele- 
phone network is placed at the end of the message byte ser’es generated in the com- 
puter, 


The availability of the automatic dial in the TAU permits the computer to call up 
any telephone network subscriber and establish a connection with him. In this case, 
the computer generates the service byte corresponding to connection of the device to 
the telephone line and waits for the signal "ATS jautomatic telephone exchange] 
READY." 


When the corresponding byte goes to the computer, the computer generates a series of 
bytes consisting of a service byte that sets the dial memory in the write mode, the 
several bytes corresponding to the subscriber's telephone number, and another ser- 
vice byte that tells the dial when writing of the telephone number is finished. 


The automatic dial generates a series of mark pulses for the ATS that corresponds to 
the subscriber's telephone number, and the computer goes into the mode of waiting 
for the byte that corresponds to the fact that the subscriber has lifted his re- 
ceiver and said something, like "Hello" or whatever. 


If a subscriber does not answer within a certain time, the computer sends a service 
byte to disconnect the TAU from the telephone network and continues calling other 
subscribers. But when the subscriber answers within this time interval, the TAU 
generates the byte that initiates the computer for generation of the appropriate 
message which is translated by the speech synthesizer into a speech signal and 
given to the subscriber through the telephone network. 
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Speech output device operation is controlled by a special program wnich is the 
heart of the software. It performs the fol'owing functions: provides for communi- 
cation between system units and the computer, processes requests received by the 
system, genetates responses and conducts the dialog with the subscriber. 


To illustrate the use of a telephone ISS jinformation-inquiry system] for solving a 
specif. problem, let us discuss the operation of the experimental "Subscriber-MTS 
jlong distance telephone exchange | dialog system. The system is designed to 
report on credit services of the intercity telephone exchange for those staying in 
hotels. The system subscriber is the hotel manager. The system permits obtaining 
the following information: name of the city and telephone number of subscriber 
called, date, duration and cost of the conversation. 

The system operates in the "computer as initiator" mode right after the end of a 
long distance call from any hotel telephone or at certain intervals established in 
advance. The system automatically establishes communication with the hotel manager 
and in the interactive mode gives him the information on calls made, The informa- 
tion obtained by the manager is used to bill the caller for the long distance 
charges. 


When necessary, the manager can call the system on his own initiative. In this 
case, after confirming establishment of communication with the system, the latter 
requests the subscriber's telephone number of interest. The manager inputs the 
number using the dial into the system, where it is analyzed, translated into text 
and read back to the user to confirm proper reception of the information. After 
confirmation, the system makes a retrieval from the appropriate file. The key is 
the subscriber telephone number received by it. The program provides a seven- 
second delay for subscriber actions. At the expiration of this time, the system 
asks the subscriber to perform the actions needed. If the action is not completed, 
the system disconnects itself from the subscriber. 


Here is an example of a dialog between a subscriber and the system. 
Subscriber. (dials system code). 

System, Long distance service. Dial the code of your request. 
Subscriber. (dials the telephone number) 21-42-84. 


System, You are interested in the number twenty-one, forty-two, eighty-four? 
Please confirm. 


Subscriber. Yes, 


System. Write this down. Cali to Kiev on the twenty-ninth of March, to te'e- 
phone number: twenty-three, thirty-one, forty. Duration: five 
minutes. Cost of call: zero rubles, seventy kopecks. Confirm 
receipt. 


Subscriber. Yes. 


System. Continuing. Call to Riga on the fourth of May, to telephone number: 
twenty-one, seventy-nine, seventy-nine. Duration: three minutes. 
Cost of call: zero rubles, forty-five kopecks. Confirm receipt. 


Subscriber. No. 








System, { repeat. Call to Riga on the fourth of May, to telephone number: 
twenty-one, seventy-nine, seventy-nine. Duration: three minutes, 
Cost of call: zero rubles, forty-five kopecks. Confirm receipt. 


Subcriber. (response code does not correspond to that authorized). 

System, Repeat response clearly. 

Subscriber. Yes. 

System. There is no more information for this item. Do you have more requests? 
Subscriber. Yes. 

System. Dial the code of your request. 


(The dialog continues further if the subscriber dials a request code; otherwise, 
see below.) 


System, Thank you for calling. 
After this, subscriber and system communication is interrupted. 


Naturally, this example does not exhaust the fields of application for the voice 
output unit (URV). The following main fields of application can be listed. 


Management Information Systems (ASUP, OASU). In these systems, the voice output 
unit is connected to the local telephone network and provides output of information 
over the telephone at the user's or computer's initiative. Examples of use: tele- 
phone reference service for ministries and departments, in! ormation-inquiry ser- 
vices in subsystems for keeping track of execution of or.ers, supply, personnel 

and others. 


T2lephone Information-Inquiry Queueing Systems. Here the voice output unit is con- 
nected to a municipal telephone network. Examples of use: systems for settling 
accounts with subscribers for communication services, sending telegrams by tele- 
phone, telephone inquiry systems, telephone services. 


Man-Machine Online Control Systems. In these systems, the voice output unit is 
used to supplement a visual display. Examples of use: power system control ser- 
vices, air traffic control systems. 


Systems for Computer-Aided Design, Adjustment or Assembly. Here the voice output 

unit is used by itself or together with a visual display. Examples of use: system 
for computer-aided design of integrated microcircuits, automated system for adjust- 
ment of complex electronic equipment, automated system for cross connection wiring. 


In conclusion, it should be noted that applying voice output in systems will raise 
considerably the efficiency of utilization of computer hai ware and make the com- 
puter accessible to the broadest group of users. 
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UDC 621,396 


SIMULATOR FOR TRAWLER NAVIGATOR 


Kiev UPRAVLYAYUSHCHIYE SISTEMY I MASHINY in Russian No 2, Mar-Apr 82 (manuscript 
received 14 Nov 80, after revision 24 Jun 81) pp 120-123 


jArticle by Vladimir Aleksandrovich Tsuranov, general director of PO |planning 
department] of the fish industry; Mark Georgiyevich Kogon, candidate of engineer=- 
ing sciences, Trawler Fleet Base; and Boris Yevgen'yevich Pal'tseev, engineer, 
Trawler Fleet Base; all in Kaliningrad] 


{Excerpt} At the Center for Ship Electronic Simulators in Kalinigrad, a simulator 
has been developed that is designed to train trawler navigators in finding and 
catching shoals of fish. The simulator can operate in the standalone mode or in 
combination with simulators for a ship's power plant and radar. 


Fig. 1 [not reproduced] shows a functional diagram of the simulator that describes 
its makeup and main links. 


The simulator is based on a hybrid control computer complex (UVK) consisting of 
the M6000 digital and the MN-18M analog computers. 
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UDC 661.3.07) 
AUTOMATED SYSTEM FOR CHECKING KNOWLEDCE USING ASVT M6000 MINICOMPUTER 


Kiev UPRAVLYATUSHCHIYE SISTIY 1 MASHINY in Russian No 2, Mar-Apr 82 (manuscript 
received 30 Jun 61, after revision 16 Sep 81) pp 123-126 


jArticle by Alcksandr Andreyevich Bessonov, candidate of engineering science, LAI 
jLeningrad Inatitute of Mechanics); Mikhail Mikhaylovich Gerner, engineer; and 
Alekeandr Semenovich Petrov, junior ecientific associate; all from Leningrad] 


jExcerpts] The @ost important and laborious task in designing sodern automated 
training systems (AOS), particularly automated systems for checking knovledge 
(ASKZ), is the development of the appropriate software. 


The practice of using these systems showe raising training efiectiveness is pro- 
moted by improving SGanagement of the process of checking Knowledge of trainees by 
special software. The latter gust form the internal operating system which impie- 
ments the functioning of the entire hardware complex in the tise sharing sode, 
direct «. inverse translation of knowledge checking algorithms from external 
languages into sachine, and the library of programs oriented to specific training 
couTfses. 


Analysis of known gsethods for aanaging the process of knowledge checking and evalu- 
ation by using automated systems (for example, ,1]) shows that it can be iapie- 
sented only with high-performance computers with large amounts of storage. Using 
a knowledge checking gethod not adaptabie to the level of instruction and capa- 
bilities of the trainees, but which takes inte account only the time spent on the 
anewer ({2], does not afford the required validity of check resudts, 


implemented in the suggested automated system is a method of sanaging the process 
of checking knowledge and generating an evaluation that affords validity of 
results with esiniaal outlays for eachine time and loading of semory. 


The syetem is sade up of ASVT M6000 eodules. The system prototype includes: four 
AZ11-8 gain storage unite, an AlSi-1 atd-on g@emory unit, an Alji-i arithmetic ex- 
tender, the Aljl-}3 M6000 processor, the A5Jl=-3 keyboard printer, five A5Ji-2 input/ 
output unite, four interface circuits (interface cards developed in-house), four 
trainee terminals (units developed in-house), the A6l1-4 perforated tape input 
unit. the A421-2 perforated tape output unit, the Al2l-1 timer and the A49i-i 
input/output expander. 
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hach trainee work station is made up of an input/output unit (VVU) and a trainee 
terminal (TEAM), connected through an interface and expander for input/output to 
the M6000 processor. A TERM consists of an information presentation unit, a pro- 
atam controlled slide projector with a carousel of the images of the test problems 
and a console for input of answers that has 11 keys and the appropriate electrical 
circuitry. The keys allow keying in numbers from 0 to 999 and afford input of the 
number keyed into main storage. A TERM has a panel to display CORRECT, INCORRECT 
and TIME EXPIRED, 48 well as the training course, the knowledge of which is being 
tested, 


The prototype of the automated system for checking knowledge, made on the basis of 
the second set of the ASV” M6000 minicomputer, is intended for simultaneous and 
separate testing of the knowledge of four trainees by using individual TERM's and 
VVU [input/output unite). 


The ASVT M6000 modules \ sed in the system have the following technical parameters: 


Mean processor speed 40 x 10° operations 
per second 

Main storage capacity 16,384 binary 16-bit words 

Range of numbers representable from +32,768 to -32,767 


Maximum rate of infor ation input using 


the perforated tape input unit 1500 rows/second 


Rate of information output on five= or 
eight-channel perforated tape using 90-150 rows/s: cond 
the UVPL ;perforated tape output unit] 


Maximum printing rate 10 characters/second 


information input/output rate using 


the VVWU [input/output unit] up to 7 characters/second 


Range of time intervals specifiable by 
timer 


from 64 to 0.524 x 10° microseconds 


A year's operation of the prototype system has shown that system response time to 
each successive inquiry from a TERM has not exceeded 1.2 microsecond, and the time 
for changing a frame with a test tasa has been 1.5 second. 


From the criterion of storage capacity, the system can support operation of 50-60, 
and from the criterion of speed, 800-1000 terminals in accordance with the charac- 
teristics of the software and technical parameters of the ASVT | TERM modules. 
Depending on the number of channels for communication with TERM, the system can 
operate with 96 terminals, i.e. 8 for each of the 12 interface cards installed in 
the input/output expander. 
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UDC 658.012.011.56"ASU" :681.3:622.33 
AUTOMATED CONTROL SYSTEMS IN COAL INDUSTRY 
Moscow UGOL' in Russian No 6, Jun 82 pp 3-8 
[Article by G. I. Nuzhdikhin, deputy minister of the USSR Coal Industry] 


[Excerpts] The number of operating computers in the sector doubled during 

the 10th Five-Year Plan and their computing capacity increased sevenfold. The 
actual load of computers of the Minsk series increased by 31.8 percent while 
that of YeS EVM [Unified computer system] increased fourfold. The total useful 
operating time of computers increased 2.6-fold. The relative number of workers 
servicing one computer was reduced by 23.6 percent. 


The GVTs [Main computer center] of USSR Minugleprom [Ministry of the Coal In- 
dustry], the GVTs of the Ukrainian SSR Minugleprom, 35 IVTs [information com- 
puter center] of PO [production association] and six IVTs at coal machine 
building plants and 17 computer centers of scientific research, design and 
planning institutes functioned in the coal industry on 1 January 1982. 


A large part of the computer centers of the sector is equipped with third- 
generation computers (YeS-100, YeS-1033). Powerful computer complexes have 
been put into operation at the main computer center of USSR Minugleprom and 
the main computer center of the Ukrainian SSR Minugleprom. 


The information computer centers are equipped with data receiving and trans- 
mitting devices, computer-communications channel integration devices, data 
preparation equipment on machine carriers, video terminal devices and document 
duplication equipment. Computers of the Minsk series, which will be replaced 
during the llth Five-Year Plan, are also used in information computer centers. 
Teletypes and user stations (AP), agency communications lines and telephone- 
telegraph trunk channels of USSR Minsvyaz' [Ministry of Communications] are 
used to transmit data. 


A sector fund of algorithms and programs (OFAP), which numbers more than 200 
algorithms and programs developed by organizations of the sector and that have 
come in from the state fund, has been organized and is iunctioning for central- 
ized support of all computer centers of the sector with effective programs. 
Part of the sector developments of applied program packs (PPP) has been turned 
over to other organizations and the state fund of algorithms and programs. 
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Organizational ASU [Automated control system]. Organizational automated con- 
trol systems include those of USSR Minugleprom and the Ukrainian SSR Minugle- 
prom, 31 automated control systems and four information computer centers of 
production associations and six automated control systems of coal machine 
building plants. 


The second unit of the automated control system of the USSR Minugleprom, the 
first unit of the automated control system of the Ukrainian SSR Minugleprom 
were put into operation during the lOth Five-Year Plan, six ASU PO [Automated 
control system for production association] of All-Union subordination (Vost- 
sibugol', Intaugol', Kemerovougol', Tulaugol', Ekibastuzugol' and Estonslan- 
ets), the ASU PO Ordzhonikidzeugol' of the Ukrainian SSR Minugleprom, three 
automated control systems of coal machine building plants and the automated 
control system of the Shakhtostroy Trust were put into operation. The ASU PO 
Primorskugol' and the IVTs PO [Information computer center of production 
association] Sakhalinugol' were turned over for operation in 1981. A total 
of 47 coal mining and concentration associations, which account for 92.2 per- 
cent of the total production volume, is encompassed by machine processing of 
data. Thus, for example, the information computer center alone of the 
Donetskugol' Association services 55 enterprises. 


Information computer centers are subordinate to the coal producing associations. 
Most of them are essentially collective-use centers which perform operations 

not only for the coal mines and open pit mines, but for other organizations 

of the sector as well (construction, repair, transport and so on). 


A number of computer centers in the Donbass and Kuzbass service 2-3 territor- 
ially adjacent associations each. It is planned to expand the network of users 
of the information computer centers during the llth Five-Year Plan. Specific- 
ally, territorial collective-use computer centers are being developed in the 
Donetsk, Kuznetsk, Karaganda and other large coal regions on the basis of 
existing IVTs PO. The information computer center of the Donbassantratsit 
Association services four associations and more than 80 enterprises. 


A total of 127 complex problems for 19 functional subsystems is now solved 

at the level of the USSR Minugleprom; 165 accounting-control analytical and 
planning problems for 15 functional subsystems are solved in the ASU for pro- 
duction associations and in this case approximately half of them are typical 
for all associations. 


At the same time, some highly effective complexes of problems that have been 
checked in industrial operation on the YeS EVM have not achieved application 
at all facilities where t»ey could be utilized. These complexes of problems 
primarily include extra charges, accounting and analysis of use of wages (ap- 
proximately one million personal accounts are processed on the computer and 
1.9 million could be processed), plauning of predicted planned repairs of 
equipment (60 percent of the mines are included), accounting and analysis of 
equipment idle times (40 percent of the mines are included), calculation of 
plans to eliminate emergencies (15 percent of the mines), accourting of the 
movement of materials (30 percent of the possible volume of introduction) 
and accounting and analysis of the use of basic funds (60 percent of the 
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possible volume of introduction, Complexes of problems on accounting and 
analysis of loading and sales of coal and the use of large-capacity trucks 
can be realized in many associations, 


The main cause of incomplete introduction of available developments is the 
insufficient attention on the part of the managers of subsystems in USSR 
Minugleprom and in the production associations. Total introduction of the 
enumerated complexes of problems of mass accounting will permit an increase 
of the load and utilization efficiency of YeS EVM. 


The M-600 computers, which could have been used during the 10th Five-Year Plan 
for the ASU TP [Automated production process control system], are not compati- 
ble with the YeS EVM, which makes joint operation of them extremely difficult. 
Minicomputers, the SM-4, SM-1300 and SM-1800, which are compatible with the 
YeS EVM and which can be used in the ASU TP, have now begun to come into the 
sector. Minicomputers will also be used in organizational ASU for easing the 
load of large computers and to improve the production process. 
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EXPERIMENTAL ZONE OF AUTOMATED CONTROL SYSTEM FOR GOSBANK 
Moscow DEN'GI I KREDIT in Russian No 5, May 82 pp 28-32 


[Article by Candidate of Economic Sciences V. F. Blignets, deputy manager of 
Belorussian Republic office of Gosbank, and N. A. Kuz*mich, chief of Economic 
Planning Administration of Office] 


[Excerpt] An experimental zone of the sector automated control system of bank 
operations (experimental zone OASU, USSR Gosbank) was created to work out plan- 
ning decisions with respect to the USSR State Bank as a whole, to carry out op- 
erational planning within the republic and to introduce new methods of operation 
of Gosbank institutions under conditions of automated information processing 
based on the Belorussian Republic office of Gosbank. Its creation is based on 
the already established system for management of banking operations and complex 
application of modern YeS EVM [Unified computer system], data tranemission 
equipment, economic and mathematical methods and administrative methods and 
organizational forms of management. 


The main general systems requirements and tasks predetermined the trends of de- 
velopment of the experimental zone of the OASU, USSR Gosbank, directed toward 
improving the execution of banking operations, the decision-making process 

and verification of their execution to work out an optimum functional mode 

of institutions of USSR Gosbank and to intensify their actions on the economic 
bodies for more complete mobilization of reserves and of increasing the effi- 
ciency of social production. 


The structure of the experimental zone of OASU, USSR Gosbank, is two computer 
centers and a network of peripheral hardware complexes inatalled in rayon, 
municipal and oblast institutions of Gosbank. Construction of the building 
for the computer center of the Belorussian Republic office of Gosbank was com 
pleted within a short time in 1964-1978. There are especially equipped mach.ue 
rooms, storehouses, service rooms and so on in it for arrangement of the com- 
puter equipment. Construction of the building for the computer center of the 
Mogilevskaya Oblast office of Gosbanh was begun in 1978. 


During the period since 1975, specialized organizations have implemented a 
number of preliminary planning and organizational and technical measures that 
provide as a final goal the guarantee of communication of all institutions 
of the Belorussian Republic office of USSR Gosbank with the computer centers 
servicing them. 
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tws twoemachine VE-103) computer complexes with expanded set of machine equip- 
mnt have now been established at the computer center of the Belorussian Repub- 
lic office of USER Gosbank. Technical equipping of the data transmission 
(remote input-output) system consists of specialized devices and peripheral 
complexes of hardware that includes message concentrators and equipment of 
operator's positions of Gosbank institutions. Taking the specifics of banking 
operations into account, the operator's positions are equipped with two types 
of special terminal devices: one for cash operations and the second for check 
operations. Moreover, the capability of using teletypes (T-63, RTA-80 and 

so on) is provided, Experimental models of this equipment have now been in- 
stalled at the computer center of the Belorussian Republic office and the Min- 
skaya Oblast office of Gosbank, where they were tested, 


it should be noted that the prerequisite for selecting the structure of compu- 
ter complexes of the experimental zone and their capability to function under 
real conditions were creation and introduction of systems for automation of 
banking operations into industrial operation earlier at other computer centers 
of USSR Gosbank and aleo organization of an experimental bench using equipment 
of YeS EVM [Unified computer system] and specially developed peripheral devices 
of the syeten. 


Both the VK-1033 computer complexes and the group integration equipment instal- 
led at computer centers and also the peripheral hardware complexes are proeram- 
mable. in this regard primary attention is devoted to problems of software 
design, which should guarantee control of all production processes of the 
traffic of banking information in 4 complex data transmission network. 


Applied programs (external operating programe of | “.nhg problems) were de- 
veloped within the primary tasks determined by the “Technical assignment for 
the experimental zone of OASU, USSR Gosbank” with respect to the subsystems 
“Accounting and operational work,” "Management of money handling,” "Management 
of credit” and "Management of payment turnover” by specialists of the main 
computer center, USSR Gosbank, and of the computer centers of the Belorussian 
Republic, Volgograd, Khark"*kov, Gor’kiy, Leningrad, Rostov and other offices 
of Goabank. 


One of the most laborious, volumetric and operational sections of working with 
respect to automation in the system of USSR Gosbank is processing operational 
accounting and statistical information of subordinate institutions. Automation 
of the complex of operational accounting problems under conditions of OASU, 
besides computer processing of operations completed daily with respect to cli- 
ents’ accounts by institutions of Gosbank, prepares the necessary data in the 
fore of intramachine files to other subsystems for formation of planning indi- 
cators, analysis, forecasting, optimization and so on of banking activity using 
economic sathematical methods and sodels. 


The computer center of the Belorussian Republic office, associated in 1979 
with the sechanized accounting office at Minsk, which processes information 
on the complex of problems "The operating day” of 16 institutions of Gosbank 
on keypunch equipment, began development of programs for these problems the 
game year to process this information on computers. Moreover, unlike their 
programa developed earlier in the Gosbank system, these problems were planned 
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on the basis of the operating system OS YeS 6.1. This first made it possible 
to convert processing of information on the VK-1033 computer on the complex 

of problems "The operating day" of six divisions of Gosbank in Minsakay Oblast, 
second it made it possible for the specialists of the computer center to ac- 
quire the necessary programming experience, and third, it made it possible 

to train personnel of the computer center and workers of Gosbank institutions 
to work under conditions of automated information processing. 


Accounting information on the indicated complex of problems of six institutions 
of Gosbank is now being processed in the experimental zone and preparatory 

work for turning over 47 tasks for experimental industrial operation, related 
to starting processes of "The operating day" of the subsystem "Operational 
accounting work," in development of which one of the scientific research in- 
stitutes and the computer centers of the Belorussian Republic and Volgograd 
Oblast office were involved under the methodological supervision of the main 
computer center, are being completed. 


COPYRIGHT: "Den'gi i kredit", 1982 
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UDC 656.254.5:621.395.4 


APPLICATION OF DIGITAL TRANSMISSION SYSTEMS IN COMMUNICATION NETWORKS 
FOR RAILROAD BRANCHES 


Moscow AVTOMATIKA, TELEMEKHANIKA I SVYAZ' in Russian No 6, Jun 82 pp 6-11 


[Article by S. A. Kolbasyuk, post-graduate student, Moscow Institute of Railroad 
Transportation Engineers] 


[Excerpts] Comprehensive development of a branch communication system presupposes 
introduction of digital transmission systems (TsSP) in an extensive manner along 
with analog systems. Due to specific features of digital systems, however, using 
them in branch commun‘ cation networks entails certain complexities. Described in 
this article is the capability of using digital transmission systems in a 

branch communications network. 


The favorable factors for introducing digital transmission systems in a communica- 
tions network for a railroad branch (OD) are the availability in railroad transpor- 
tation of cable lines, multiplexed and nonmultiplexed with high-frequency systems; 
the capability of placing units for retransmission stations without outdoor in- 
stallation housings in the heated spaces of station atenndants; and the capability 
of placing the retransmitters on open lines in the relay boxes at signal stations 
for automatic blocking when space is available in them. In doing so, one does not 
have to use remote power supplies for the retranmitters since the sites proposed 
for locating them have a reliable system for power supply (current consumption by 
the retransmitters is extremely low; for example, the IKM-30, accepted for 
introduction in a railroad branch communication network, consumes only 110+10 mA 

at 9.6 V +10Z). 


Despite the obvious advantages for introducing digital transmission systems on 
railroad branch communication networks, there are a number of unresolved problems 
requiring special consideration and study. One is the problem of establishing a 
shared transmission path, the digital group channel (TsGK) tor expeditious- 
technological communication; a general description of it was given in AVTOMATIKA, 
TELEMEKHANIKA I SVYAZ"', No 2, 1982. Let us discuss the digital group channel in 
more detail from the structural viewpoint that allows simplifying the equipment 
and organizing allocation of channels at intermediate stations. 


Complexities of developing a digital group channel based on the IKM-30 system are 
due to this system having a four-wire path for transmission that hinders connecting 
subscribers in a group call. Also, used in the equipment is nonlinear coding of 
speech signals, in which circuits for summing units are complicated. Therefore, 
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the problem of designing the digital group channel comes down to summing vf the 
speech signals in the channel and selecting the channel structure. 


Reliability of the Digital Group Channel 


A substantial shortcoming in the digital group channel with a ring structure is 
that when the ring linear path is damaged, communication is interrupted essentially 
from all intermediate points. The reasons for damage to the KLT [ring linear path] 
may be damage to the cable line, damage or unstable operation of retransmitters, or 
malfunction of the group equipment for the intermediate apparatus. A complex of 
measures permits reducing this deficiency to the minimum, 


Eliminating the consequences of the first reason entails using alternate channels 
of other communication systems (for example, radio relay lines or channels leased 
from the Ministry of Communications) backing up all or the most critical channels. 
In this case, to restore the ring structure of the digital group channel in the 
damaged places of the ring linear path, it is necessary to establish a loop, 
through which the synchro signals and those of the corresponding KI {expansion 
unknown] will be retransmitted. In doing so, it is advisable to connect the 
telephone instruments in accordance with the scheme shown in fig. 10 |{not repro- 
duced]. Transmission of synchro signals and generation of a linear signal are 
effected by the equipment installed on the side of the RS {expansion unknown], the 
first after the damaged location, For this, the intermediate equipment is supple- 
mented with units for the FLS {line signal conditioner] and the master oscillator 
which are switched on only when the units forming the loop are tripped. 


In the second case, operation of the ring linear path is restored by superimposing 
a loop on the damaged retransmitter. In doing so, it is necessary that the next 
retransmitter atter it overlap the loss of the doubled retransmission section. 

For this, input amplifiers for the retransmitters must have the logarithmic shape 
of the transmitting characteristic or must be equipped with devices for 

automatic gain control. 


In the third case, operation of the ring linear path can also be restored by form- 
ing a loop on the damaged intermediate point. In doing so, only the damaged 
intermediate point itself loses communication. Also, the intermediate equipment 
can be wired so that all circuits pass through in transit without loss when there 
is damage. 


In any case, however, to raise the reliability of the circuits, devices are 
required for diagnostics and automatic circuit backup. A prototype of these sys- 
tems is now under development tor devices for technical diagnostics of the paths 
of one-fourth of the cables multiplexed with a digital transmission system. 


COPYRIGHT: IZDATEL'STVO "TRANSPORT", "AVTOMATIKA, TELEMEKHANIKA I SVYAZ'", 1982 
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PLANS FOR TELECOMMUNICATIONS NETWORKS 
Riga SOVETSKAYA LATVIYA in Russian 2 Apr 82 p 2 
[Article by S. Vladimirova: 'In the Interests of the Economy" ] 


[Excerpt] At an open party meeting in January of this year the collective 

of the Institute of Electronics and Computer Technology of the Latvian SSR 
Academy of Sciences discussed and took on socialist pledges in honor of the 
60th anniversary of the formation of the USSR. The collective of this insti- 
tute is the USSR head for the design of hardware and software for the computer 
network of the USSR Academy of Sciences and the academies of the union re- 
publics, part of the nationwide unified information system. 


The work is being carried out within the framework of a »oal-directed inte- 
grated program that has been approved by the nation's government and the USSR 
State Committee for Science and Technology. 


According to last year's results, the winners of the socialist competition at 
the Institute of Electronics and Computer Technology were the scientific 
collectives of the fourth subdivision, who introduced the results of their 
research into practice for the creation of computer networks. These are the 
collectives of the laboratories that deal with logical systems, terminal 
complexes, wide-band transmitters, and also, the design department. For 
example, the laboratory of terminal complexes, led by V. Pirogov, who is a 
corresponding member of the Latvian Academy of Sciences, created an ensemble 
of computer devices that are connected to each other by specialized means of 
information transmission, and introduced these in several institutes of our 
academy. 


An important assignment that is part of the socialist obligations for 1982 
is a complex for teleprocessing of information which includes a powerful 
machine of the YeS EVM series and microcomputers. The design, testing, and 
delivery of this complex for use in the economy by the end of this year has 
been projected. However, the scientists at the institute intend to complete 
this task sooner. 
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UDC 681.324 


ORGANIZATLON OF INTERCOMPUTER EXCHANGES IN CENTRAL COMPLEX OF MULTIACCESS 
COMPUTER CENTER WITH NETWORK ARCHITECTURE 


Kiev UPRAVLYAYUSHCHLYE SISTEMY I MASHINY in Russian No 2, Mar-Apr 82 (manuscript 
received 13 Aug 81) pp 55-60 


tArticle by Sergey Sergeyevich Shalugin, candidate of engineering sciences, SKB 
MMS IK AN USSR [Special Design Bureau for Mathematical Machines and Systems, Insti- 
tute of Cybernetics, UkSSR Academy of Sciences], Kiev] 


{Text] Introduction. Modern multiaccess computer centers (VTsKP) must offer a 
broad set of services to a large number of local and remote users that generate 
streams of diverse computational and informational problems. Such centers can be 
built on the base of a major multimachine central computer complex supporting multi- 
purpose data processing and combining, as a rule, different computers spaced 

several hundreds of meters apart. 


Such complexes are created based on the continuity and stage-by-stage development 
of the capabilities and architecture of the multiaccess computer center. Until re- 
cently, these centers were built on the physical structure of individual computers 
and data teleprocessing systems. Now, however, the need has arisen for development 
and assimilation of new software and hardware oriented to organization of network 
modes of solving problems in the central processing complex in the center. 


Prerequisites and Problems of Development of Local Computer Networks. In organiz- 
ing the computing process at major centers, two contradictory requirements have to 
be met: on one hand, a functionally complete set of services has to be offered to 
the various groups of users, and on the other, the efficiency and performance of 
the complex of computers operated in the center has to be raised. To this end, an 
integrated computer complex has to be established that enables execution of the 
following tunctions;: 

--distributed planning of the load on the different computers; 

--equalization of the load on computers with different capacity; 

--specialization of the individual computers (for batch processing, program debug- 
ging, data base input and others); 

--shared use of the equipment, software and data of the individual computers; 
--high viability of the computer complex; 

--development of a local information network of centers and others. 


Existing facilities for computer complexing through external storage units, channel- 
to-channel adapters, direct control channels and common main storage units allow 
building a central complex for a center based on system architecture. The latter 
takes the structural features of each computer into account and enables data 


- 145 - 











exchange between computer pairs through an individual physical communications chan- 
nel laid previously. These facilities for complexing do not permit combining a 
large number different types of large and small computers remote from each other, 
and consequently do not permit supporting functions entrusted to the center in a 
fairly simple way. 


To solve this problem, it is advisable to make use of network architecture, under 
which any computer in the complex exchanges information through a common transmit- 
ting medium, establishing logical channels of communication with each other, 


A multimachine complex with network architecture can be developed using the princi- 
ples worked out for territorially distributed computer networks. The ways and 
means of controlling communication between computers in such networks are defined 
by standards adopted for narrow-band telephone circuits. This led to the emergence 
of redundant multilevel hierarchy of protocols for translating the streams of data 
exchanged by computers through the communication circuit network. Using these ta- 
cilities in setting up a central complex for a center slows down exchange of inftor- 
mation between computers and reduces the efficiency of utilization of computer re- 
sources. 


Shown in {1] is the need of organizing a form of interaction between computers that 
allows the distributed machines to "exchange information at a rate natural for 
them," creating in the process temporary communication channels with the appropri- 
ate capacity. Multimachine complexes built according to this principle are now 
called local computer networks (LVS). 


Using local networks in multiaccess computer centers permits substantial simpLliti- 
cation of structure and implementation of protocols tor intermachine exchange ol 
information, frees computer resources for direct data processing, ensures high 
viability of the central complex, and allows implementation of other capabilities 
that are not realizable or difficult to realize in multimachine complexes with 
exchange through individual physical communication channels. 


Building a multiaccess computer center based on a local network requires a compati- 
ble solution to the following basic problems {2]: 

1. Development of inexpensive hardware to enable high-speed reliable data exchange 
between different types of computers. 

2. Development of protocols and software for automatic network control to achieve 


a balance between internal and external resources of the cnter. 


3. Development of convenient forms and facilities for user interaction with the 
local network. 


4. Development of facilities for interaction between local networks and the latter 
with regional and territorially distributed networks to u, te a set of centers 
into the state-wide network of computer centers. 


Discussed below are implementation principles and facilities for solving these 
problems that apply to domestic computers. 
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Logic Structure of Local Computer Network, A local computer network is an open 
distributed information and computing environment implemented, as a rule, in a 
limited territory by using special hardware and software facilities. These facili- 
ties unite a set (in the general case) of various computers, the logical elements 
of the network called systems that perform the functions of data input, storage, 
processing and output, 


By functicnal purpose, the different network systems are divided into the operating, 
intended for data processing; the terminal, that effect input and output of intor- 
mation from the network; the dispatching, that provide tor planning of the work, 
control of the computer process in the network and granting of service to users; 

and the converter, which effect interaction between the local and other networks. 


in accordance with the open systems architecture adopted by the International 
Standards Organization (150) |3], the logic structure of a local network embraces 
three virtual networks embedded in each other: a4 communications, transport anc 
computer. The communications network enables data transmission between different 
systems and includes communication modules and the physical circuits connecting 
them. 


The transport network enables data transter between processes (4 process may be 
an applications program, a control planning program and 4 computer operator) by 
transport modules that make use of the communications network. The computer net- 
work enables functioning of processes and interaction between them in different 
computers by using logical channels, the terminals of which are transport 

network ports, 


ihese three virtual networks and the organization of computer operations in a iocal 
network are implemented by using six interacting elements of the physical and pro- 
ywram structure (fig. 1): 

hardware elements: 

-=-the transmitting environment which is the aggregate of the tacilities tor build- 
ing the physical connections between systems; 

“network controllers that control the traneater of information through the 
transmitting environment; 

--network interfacers, which enable interfacing the network controllers to systems; 
program elements; 

-<network communicators that control the transport network; 

-<network schedulers that allocate the work in the computer network; 

--network preprocessors that enable Linguistic intercourse between users in the 
local network. 


Three levels of network tunctioning control can be isolated. The tirst (lowest) 
level is implemented by hardware by the first three structural elements in the 
local network that control establishmen., maintenance and disconnection of physical 
channels, effect monitoring and ensure transparency of intormation transfer through 
the communication network in the local network. The procedures implemented at this 
level are similar to the procedures in the first and part of the second levels of 
the 150 hierarchical model otf protocols. 
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l. system A 

2. system B 

3. system C 

4, communications network 
5. transport network 

6. computer network 

7. symbols 

Ss. tranemitting environment 
9. network controller 
10. network interfacer 

Ll. logical channel 

12. network communicator 
13. network scheduler 

14, network preprocessor 
15. user programs 
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Fig. 1. Hardware and software elements 
implementing three virtual networks and 


The third functional control level computer operations in local network 


is implemented by software by the 
network schedulers and preprocessors. 
The schedulers effect decentralized distribution of work between systems in che 
local network and organize communication sessions between application processes of 
one or more systems. The preprocessors provide for control of the computer network 
from the aspect of users and application processes. Both network schedulers and 
preprocessors are computer network processes and together with user programs imple- 
ment the procedures corresponding to the fifth, sixth and venth levels of the 

iSO model of protocols. 


Physical Structure of Local Computer Network. The aggregate of the tirst three 
structural elements form the physical structure of the communications environment 
in the local network, the network controller and interfacer making up the communi- 
cations network control unit [4]. When the network controller is an invariable 
part of the unit, the structure of the network interfacer is determined by the type 
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of computer included in the local network, These structural elements are designed 
to enable high-speed reliable transfer of data between systems at negligible cost, 
i.e, to solve the first problem of design of a central processing complex for a 
multiaccess computer center with the ideology of the local network. In the process, 
different alternatives are possible for implementing the topology and methods of 


controlling the communications network. A detailed description of them can be 
found in [5, 6]. 


The local network transmitting environment must meet the requirements of high re- 
Liability, simplicity, low cost, no noise, high capacity and mechanical durability. 
Data transfer on the local network is largely implemented by using serial direct 
transter of unmodulated binary signals over coaxial cable of a dedicated unmulti- 
plexed telephone communication Line or of a symmetrical physical circuit at a rate 
of trom 480 to 20,000K baud at a distance from several thousands to several hund- 
reds of meters, respectively. Using television cables of light guides affords 

high data transfer rates at great distances, 


Alternatives tor implementing the topology of a communications network depend on 
how the physical connections between systems in the Local network are laid. Arbi- 
trary topologies, used in territorially distributed networks, are characterized by 
high cost for optimization of communication circuit capacity and routing of infor- 
mation flows through the circuits. It is inadvisable to use these topologies in a 
local network, since here these costs are eliminated by using communication net- 
works with ordered disposition of systems in accordance with radial, mainline or 
ring topology. 


In a network with radial topology, centralized control of data transter is imple- 
mented in the central system, which removes control procedures from the other sys- 
tems. This control principle is inefficient since relatively high inputs of re- 
sources are required from the central system to support reliable operation of the 
entire network, 


A network with mainline topology affords decentralized control of data transfer, 
effecting a bidirectional flow of information on the bus from one transmitting sys- 
tem to the other systems in the network. The receiver-system reads out information 
on the bus by the address, recognized by the communications network control unit. 


A network with ring topology also affords decentralized control of data transfer, 
effecting unidirectional flow ot information serially from one system to another 
over physical communication lines. Each communications network control unit either 
extracts the information trom the transmitting environment, if it is addressed to 
the given system, or sends it to the next unit. 


Network controllers are designed to control the exchange of information blocks 
between systems. They perform the procedures of establishing, maintaining and dis- 
connecting the channels tor data transtcr between systems, implementing a communica- 
tions network control method, such as the series circuit, control marker, segment- 
ing, insertion of registers and competition. 


in implementing the series circuit method, each communications network control unit 
has to transmit control intormation serially from the network controller of one sys- 
tem to the controller ot another system over separate communication lines. In the 
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process, the network controllers are given the task of setting up, maintaining and 
disconnecting the connection to a physical line and synchronization of information 
and control blocks sent through the communications network. 


In implementing the control marker method, each communications network control unit 
effects transfer of control from one system to another by using a special byte, the 
control marker, sent serially through the ring. When a message has to be sent, the 
system awaits the arrival of the control marker at its controller. The network con- 
troller extracts the marker from the transmitting environment, sends the message 

and then sends the marker to the next controller. Each controller analyzes the 
address portion of the message passing through it, and when it recognizes its own 
address, extracts the message from the ring; otherwise, the message and marker 

sent after it are relayed to the controller in the next system. 


In implementing the segmenting method, one of the network controllers breaks up the 
entire series of communications in the ring into time segments, the duration of 
which is adequate for transferring a full message. ‘There are free and busy seg- 
ments. Any controller, after receiving a free segment, can when needed place in it 
the message of its system and mark it as busy. The controller, to which the message 
is addressed, extracts it from the ring, sends it to its system and marks the busy 
segment as free, etc. 


Implementing the regis_er insertion method presupposes preloading of a message into 
the shift register of the network controller for each communications network control 
unit; then when the network has no communications or in an interval between two 
adjacent communications, the ring is interrupted, the shif' register is inserted in 
it and the contents of the register are then output to t.e ring. In the process of 
outputting the message from the network controller, :oaded in its place is a 
meassage coming in at this time from the transmitting environment. 


Implementing the competition method presuposses independent transfer of messages 

of any system network at any time. In doing so, it is possible that several systems 
will initiate the start of a transfer at the same time, and thus, conflicts between 
requests can occur. Network controllers must have the capability of recognizing 
these situations and then in a random time interval repeating the transmission or 
implementing the capability of "listening" to the transmitting environment and 
sending messages when the network has no communications. 


Network interfacers are designed to match the data transfer rate in a communications 
network to the data processing rate in the system and perform tne functions of in- 
terfacing network controllers to systems. The structure of the interfaces is 
detined by the structure of the input/output interface for the specific type of 
computer included in the local network. 


Considering the most widespread computers in the country, ie can isolate three 
basic groups of network interfacers. The first group includes the network inter- 
facers enabling an interface to the third-generation large Unified System computers 
and the "El'brus" as well as to the large second-generation BESM-6 computers. 


The second group includes the network interfacers designed to interface network con- 
trollers to the small computers in the SM series. 
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The third group includes network interfacers designed to connect different types ot 
microcomputers to the local network, 


Local Network Program Structure, The local network program structure consists of 
the operating systems for the different types of computers, the sets of system pro- 
grams that extend the OS capabilities, network operation control software, and 
user application programs. Examples ot systems programs that extend OS capabili- 
ties are KAMA {a data base teleprocessing system], OKA {a data base management sys- 
tem], KROS ta job management system], SRV jreal-time supervisor], and a number of 
specialized user programs. Using these programs on a local network permits reten- 
tion of the capabilities users are accustomed to when operating with Unitied System 
subscriber stations. Systems programs can be interfaced to network operation con- 
trol programs by using special software packages called logical interface transla- 
tors (possible versions for implementing them in systems are given in j7, 8]). 


Logical intertace translators etfect the required interface translations between 
the various access method systems (remote, basic telecommunications, general tele- 
communications) used in the systems programs listed above and the network access 
method used by the local network control programs. 


The sottware package tor controlling network operation, implemented in each opera- 
tional or terminal system, includes local network structural elements such as net- 
work communicators of processes, network schedulers and network processors. 


The network communicator of processes affords control of transmissions between ports 
of the transport network, implementing the protocol otf conveying messages, and per- 
forms network access method functions such as initiation, checking and maintenance 
of a physical connection; setup, maintenance and interruption of logical communica- 
tion channels; synchronization of processes; addressing and transfer of messages; 
detection and handling of errors in a logical communications channel and others. 


In the network communicator of processes, four modes ot process interaction can be 
implemented: transfer of packets, transfer of messages, rapid exchange and local 
communication. In the packet transfer mode, the transmitting environment is mono- 
polized for the time of output of just one pacaet of information, and then is re- 
leased for transfer in the general case of a random sequence of single packets per- 
taining to messages of different processes. In this mode, a priority queue of re- 
quests for transfer is implemented. Servicing the requests arriving from processes 
occurs in the order of absolute dispatcher priorities with storage. After comple- 
tion of servicing, the request is removed from the queue and the process that 
initiated the request is intormed of this. 


fhe message transter mode corresponds to the virtual channel mode in which the 
transmitting environment is monopolized by one message tor the time of output of a 
determinate sequence of packets belongi'g to it. In this mode, the difference ot 
servicing of a stream ot requests trom processes consists in that servicing can be 
interrupted only by the process that initiated the request. 


The rapid exchange mode is an evolution of the preceding mode and carries out an 
exchange of data between processes according to specified physical addresses ot 
messages. This allows eliminating intermediate buffering of messages in the network 


communicator of processes and reducing time spent on log table searching. With 





that, processes can change addresses of message areas only after closing of the 
channel. In other respects, the message handling procedure is the same as the con- 
ventional one. 


The local communication mode supports data exchange only between processes 
belonging to the same computer. 


The network scheduler is intended for distributed balanced distribution of computer 
operations generated by internal and external processes of the local network. 
Planning execution of jobs is determined at any time by the status of the informa- 
tion and computing resources of the entire network. This extends the capabilities 
of optimizing job planning and allows regulating the load on equipment and reducing 
the time for execution of an individual job. The aggregate of the last two struc- 
tural elements for the local network is intended for solving the second of the 
problems in designing the multiaccess computer center listed above. 


The network preprocessor is designed to create convenient and natural forms of 
human intercourse with application programs. Network preprocessors are implemented 
in operational or terminal systems based on a high-level language. In the process, 
network preprocessors effect syntactic analysis of the language and mapping of 
input strings of user instructions into protocols for controlling application pro- 
cesses. Development of preprocessors will allow achieving essential user indepen- 
dence of hardware and individual software packages functioning in the local compu- 
ter structure. And this allows solving the third problem in designing tune multi- 
access computer center with network architecture, 


Interaction of Networks. In creating networks of multia cess computer centers, 
the problem that arises naturally is that of creatin, means for interfacing local 
networks with each other and with regional and territorially distributed networks. 
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Fig. 2. Examples of uniting ditferent 
computer networks 








The types of interfaces and protocols that have to be maintained in organizing 
interaction between processes Ltlowing in different networks are also shown in tig. 
2. With such a structure for network interaction, it is necessary to implement 
internetwork interfaces (L=R between a local and regional network; L-T between a 
local and territorially distributed network; and R-T between a regional and terri- 
torially distributed network) and implement internetwork protocols (L-L between 
local networks; R-RK between regional networks; and T-T between territorially dis- 
tributed networks in difterent countries through an international data 
communication network), 


At all levels, internetwork connections are implemented (when necessary) by using 

programmable sluices {9] or network converters that support mutual translation of 

protocols tor the networks to be connected, the task of internetwork services, and 
others. The selection of tunctions and structure of network converters is a tunc- 
tion also of the methods of internetwork connection (serial, ring, star and other 

types of connections) and a number ot other tactors, 


With serial connection, unrelated local networks can interact only through the 
resources of a territorially distributed, regional or intermediate local network. 


With the ring connection, each local network has the right to select one of two 
possible directions for access to the resources of another network. In both cases, 
the converter enables paired connection of networks and enables dipole conversion 
of protocols only for two related networks, In the process, systems of unrelated 
networks in the general case communicate with each other through several ditferent 
converters. 


With the star connection, any network issues a request for internetwork services 
to one general converter, in which protocols of several networks are converted. 


Different versions of implementation of converter processes are possible: in the 
form of one individual physical device, half-converters in two individual physical 
devices, program halt-converters placed in systems of related networks, and others. 


Conclusion. These principles for implementing the physical and program structure 
ot a local network allow building homogeneous and heterogeneous central processing 
complexes of multiaccess computer centers based on different types of domestic 
computers. Supported in doing so is the continuity and staged development of the 
functions and types of services ottered to users of multiaccess computer centers, 
modernization of already existing and development of new, more etficient systemwide 
software and hardware tor data processing, storage and transmission, 
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received 24 Jun 81, after revision 10 Dec 81) pp 61-67 


jArticle by Aleksandr Aleksandrovich Sergeyev, Vladimir Mikhaylovich Rossada, and 
Aleksandr Alekseyevich Kotukhov; all engineers from the GlavNIVTs {Main Scientific 
Research Computer Center] of the UkSSR State Planning Commission, Kiev] 


j|Excerpts] Introduction. The modern stage of development of automated systems for 
planning and management of the national economy is characterized by extensive in- 
corporation of teleaccess facilities into the practice of solving economic planning 
problems. To implement the process of user interaction with computers in the 
interactive mode, we developed the general systems software for a remote data pro- 
cessing system (STD) on the base of the graphic (GMD) and telecommunications access 
methods: the basic (BTAM) and the general (TCAM) that are part of the Unified 
System operating system (OS). 


Functioning in the YeS OS environment are both special-purpose systems software 
packages, in particular the time sharing system (TSS), the OKA data base management 
system, the conversational remote job entry system, and a large set of functional 
interactive programs that use the teleaccess mode. Therefore, in developing a 
remote data processing system, a relevant problem is the development of common 
general systems software (OSMO) for the remote data processing system that is ac- 
ceptable to the majority of users, Prerequisites for developing it are the avail- 
ability of a common terminal network (TS) and simultaneous execution by the computer 
system ot jobs using the same terminals in the teleaccess mode. 


The requirements imposed by users on the general systems software for a remote data 
processing system used to solve problems in an automated system for planning and 
management of the national economy consist in implementation of these functions: 
--terminal debugging of programs in the interactive mode; 

--interactive mode tor solving economic planning problems; and 

--terminal access to data bases, 


This work is devoted to a consideration of a main aspect in the development of the 
general systems software for a remote data processing system: the development of 
software to control messages and the terminal network (PUSTS) for the mixed environ- 
ment of the tunctioning of the remote data processing system. 
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Definition of the Mixed Environment for the Functioning of the Remote Data Proces- 
sing System, The design for the automated national economic planning and manage- 
ment system provides for phased development and implementation of software, i.e. 
programs being debugged and being operated are executed simultaneously in the com- 
puting environment. Of special interest for consideration are the programs that 
use the teleaccess mode. In the process, the same terminals making up the common 
terminal network, as a rule, are used to debug programs, access data bases and 
solve problems in the interactive mode. 


The TSS, designed for terminal debugging of programs in the interactive mode, is 
now widespread in the major computer centers. The standard TSS MCP {message con- 
trol program] is generated to control the exchange of messages between the TSS and 
the terminals. The MCP has no interface to communicate with batch-processed pro- 
grams (PPO) being executed outside the time sharing environment. TSS is indepen- 
dent vnd unique with respect to other components in the general systems software 
for the remote data processing system. During its operation, TSS monopolizes the 
terminals and a good part of main storage (minimum of 300K bytes) which denies 
access to these resources to users external in relation to it. 


To overcome this shortcoming, time-shared execution of debugging operations and 
batch processing is required or one has to develop common system-wide software for 
a remote data processing system that supports simultaneous execution by the compu- 
ter system of TSS jobs and user jobs input in the batch mode. The second metiid 

is preferred since the user is then not restricted in choosing the time for running 
his own jobs. But in doing so, an additional allocation of main storage (about 50K 
bytes) is needed to l.sld the software to control the messages exchanged by batch 
processing programs and terminals. 


In accordance with this, what we mean by a mixed environment for operating the 
remote data processing system is the capability of simultaneous execution by the 
system of TSS and batch jobs. This definition calls for the availability of remote 
access software that allows the operator at any terminal to operate in either the 
time sharing or the batch environment. A terminal that is supported by software 
for logical switching from one environment to the other is called a partitioned 
terminal, 


The complex of service modules for exchange of messages between application pro- 
grams and terminals allows enabling operation with the unformatted screens of the 
YeS7066 and Videoton-340 video terminals or with the formatted screens of the 
YeS7927 displays that are part of the local or remote YeS/7920 video terminal 
stations. The functional capabilities of tht complex of modules for exchanging 
messages with terminals are shown in fig. 4 [not reproduced] and can be expanded by 
including new exchange modules in the complex. 


Conclusion. The general systems software for remote data »rocessing described in 
this work, which includes message and terminal network control software, can be 
used to develop a common remote data processing system at major computer centers 
that supports running jobs in the interactive mode and remote debugging of software 
in the time sharing mode. Using the message and terminal network control software 
as the basic element in a remote data processing system relieves the computer cen- 
ter administration of the necessity of allocating terminals and machine time by 
categories of operations executed in the remote access mode (remote debugging of 
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programs and running jobs in the interactive mode) and also saves storage since the 
operations of terminal network control and exchange of messages with terminals are 
removed from application programs. The use by applications programmers of the 
facilities offered by the complex of service modules for exchanging messages with 
terminals will allow unification of operations for input/output of messages on any 
type of terminal supported by the YeS OS version being used. This will consequent- 
ly enhance the quality and reliability of the programs being developed and reduce 
the time spent of developing those elements of an intervctive program that are 
responsible for exchanging messages with terminals. : ; 


This systems software that we developed is oriented to use of the following Unified 
System telecommunications equipment: the MPD-3 communications controller together 
with the TA-1 and SA-2 adapters, unswitched medium-rate start-stop and synchronous 
data transmission channels, the YeS7906 and YeS7920 (local and remote) video 
terminal stations and the Videoton-340 video terminals. This equipment is used to 
set up a terminal network with a radial structure with centralized control 

effecttd by the message and terminal network control software. Users interact with 
the computer primarily by using the YeS7066, YeS7927 and Videoton-340 displays and 
the DZM-180 and YeS7936 matrix printers intended for producing hard copies either 
from the display screen or directly from the computer. 
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[Excerpt] Introduction. The problems of optimization and efficient operation of 
agro-industrial formations in our country are being studied both at the level of 
national economic and republic agro-industrial complexes (APK) {AIC] and at the 
level of production associations and enterprises [1-5]. Also being studied are the 
problems of optimization of AIC's formed at the level of rural territorial- 
administrative rayons and oblasts [6]. 


It should be noted at the same time that inadequate attention is being paid to the 
problems of creating automated systems for management of the AIC's at different 
levels. An attempt was made in {7] to overcome this shortcoming; suggested was the 
concept of territorial-intersectorial ASU's [management information systems = MIS] 
for the AIC's in the rural administrative rayons, oblasts (ASSR's, krays) and re- 
publics, which considers the systems approach to improving the methods and structure 
of managing all sectors of the AIC's at the various levels and unites all sector 
MIS's on the base of multiaccess computer networks. 


The technology of information processing in the MIS's for the territorially distri- 
buted hierarchical facilities in current use, where the stages of getting the data 
into a computer center are considered independently of the stages of data process- 
ing on a computer, has become an obstacle to further development of these MIS's. 
The same situation has also been observed in the agricultural sector MIS's (for the 
Minsel'khoz {Ministry of Agriculture], Minvodkhoz [Ministry of Land Reclamation and 
Water Resources], Goskomsel'khoztekhnika (State Committee for Supply of Production 
Kquipment for Agriculture], etc.). The paradox in this technology is that machine 
processing of information is possible only after an enormous amount of manual oper- 
ations on data preparation, which reduces computer capabilities to zero. This fact 
and the specifics of agriculture and the sectors serving it with a required manage- 
ment pace measured within the limits of an hour and at times even within several 
minutes (especially during seasonal operations) require development of interactive 
MIS's in the sectors serving agriculture and in agriculture itself. In other words, 
is a problem of switching from offline use of computers to setting up new combina- 
tions and configurations of computers linked to each other by communication lines. 
Such a complex of computers and terminals (AP), which makes joint use of hardware, 


- 158 - 





software and data files, which serves all the ministries and departments in- 
volved with agriculture, and which enables connecting the computer and the remote 
user in the on-line mode, is called a multiaccess teleprocessing system (STD). 


Despite the available theoretical results on the questions of analysis and syn- 
thesis of computer networks {8-13], the methodology for synthesis of computer net- 
works and data communication networks for MIS's has not yet been developed. 

Because of this, the experience and intuition of the designers and their knowledge 
of the object still play a substantial role in designing multiaccess teleprocessing 
systems and computer networks tor specific MIS's along with the use of graphic- 
analytic, numeric and other methods. 


The different stages in design of teleprocessing systems (determining the number 
and location of terminals, mode of servicing users, determining the capabilities of 
switched circuits, selecting modems and other equipment, etc.) depend on the 
Structure of the specific object and the nature of activity of the organizations 

to be served. These can be determined by the MIS designer by using relatively 
Simple analytic computations, 


The tollowing is an approach to development of these systems based on the example 
of the Kolos teleprocessing system. 


Selection of Teleprocessing Hardware and Standard Configuration for the Kolos Sys- 
tem. Just as for any other teleprocessing system, the Kolos system hardware con- 
sists of three main groups: user terminals, data communication hardware and 
computer interfaces to the communication circuits. 


In deciding on system structure, the developers took into account the two main 
limitations on tht concept of teleprocessing in the first phase of the Unified 
System, which prevented development of teleprocessing systems in agriculture and in 
the sectors serving agriculture: 

--the lack of terminals that perform certain functions of a concentrator to which 
remote consoles could be connected (such terminals are necessary, for example, in 
major trade-storage centers, where remote consoles are concentrated in warehouses, 
or in repair plants where consoles are placed in shops, as well as in kolkhozes 

and sovkhozes with remote consoles in brigades and sections)} 

--the lack of programmable terminals which prevented designing teleprocessing (TP ] 
systems for MIS's in sectors serving agriculture and for agriculture itself, where 
it is necessary to genervte the initial documents that require performance of 
arithmetic operations (when such a terminal is not available, initial processing of 
input data falls to the computer, which takes up a good part of circuit and machine 
time and limits substantially the TP system capabilities). 


In developing the Kolos TP system, also considered was the capability of making use 
of both tirst and second phase Unified System TP facilities. Second phase features 
include the capability data exchange beLween computers, where second phase compu- 
ters (of the YeS1035, YeS1045, etc. type) are needed as central (oblast, kray) com- 
puters, with which the independent TP systems on the base of the YeS1022 or other 
first phase computer can operate. In the process, the YeSl1022 is linked on the one 
hand to the central computers through the multiplexer channel and the YeS8403 com- 
munications controller, and on the other, through a communications controller 
(YeS8401, YeS8400) or a grouped adapter created on the base of the adapter {16], 











to the set of terminals, which properly implements the shift from a tirst phase 
Unified System TP system to the network TP system, 


Kolos system terminals were developed with consideration for eliminating the above 
restrictions on the first phase Unified System TP system and are based on elements 
in series production (displays, data communication equipment (APD) and printers) 
(14]. The presence of the APD-MA equipment (see {15]) and the Iskra-2302 minicom- 
puter in the "APD-MA--Videoton-340--Iskra-2302" terminal (for convenience, let us 
call it the "Nal'chik") (see [{14]) eliminates the limitations mentioned above. 


The APD-MA allows parallel connection of up to eight consoles consisting of dis- 
plays and Iskra-2302 minicomputers which are serviced on a priority basis by using 
one telephone Line, which is important for setting up inexpensive multiconsole sys- 
tems. To set up multiconsole systems when the consoles are located a considerable 
distance away, the APD-MPP is used. This equipment enables half-duplex exchange of 
alphanumeric information between terminals over dedicated or switched telephone 
lines and physical cable,and overhead wires. Reliability of information is one 
garbled character per 10 sent with a probability of garbling of one bit in a 
channel of 1073. In sending data 14 km, the APD-MPP affords a transfer rate of 
1200 bits/s, and 2400 for 10 km, 4800 for 7 km and 9600 for 4km. 


Developed in the Kolos system were units to interface the APD-MA to the APD-MPP and 
the APD-MPP to a display and the Iskra-2302 minicomputer. The APD-MPP affords 
code-independent communication between the central station and eight terminals (a 
terminal consists of a display and the Iskra-2302) through alternate polling of 
requests for transmission of information performed by the central station. 


Including displays in the "Nal'chik" terminal is dictated by the large volume of 
information that occurs in the sectors serving agriculture and in agriculture it- 
self, and by the different forms of data representation in the interactive mode. 


Another advantage of the "Nal'chik" terminal is the capability of obtaining a copy 
of a source document on perforated tape. This is a factor in the reliability of 
the data communication network when the communication channels are out of order. 
Connectable to this terminal in addition to the Videoton-340 are the domestic 
VTA-2000, EP-l and EP=-2 displays. 


In the Kolos system standard configuration (tig. 1), the SM-l minicomputer is used 
as a communications processor at the top level. ‘The SM-l is equipped with special 
software and interfaces to the Unified System computer and the APD-MA. At the 
"rayon-tarm" level, the grouped adapter (GRAD), based on the adapter described in 
{16], is used as the MPD [communications controller]. 


information is exchanged between the "Nal'chik" consoles and the computer at the 
initiative of both the operator and the computer. A term’ al operates in the half- 
duplex mode with the computer and a channel is not kept busy for a response to some 
message input from one oft the eight consoles operating on a channel; another input 
message can occupy the channel without waiting for the response to the tirst one 
(in the process, priority is given to an output message). 


When an operator initiates sending data, the data are output to the display screen, 
checked and sent to the computer. When the subscriber has to send data having a 
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Key: 
lL. Unified System computer 
2. SM=-1 minicomputer 
3. GRAD [group adapter) 
4. APD [data communication equip- 
ment] — MA 
>». APD ,data communication equip- 
ment] — MPP 
6. up to 14 km 
7. "Nal‘chik" type terminals 
8. symbols: 
9. SM-1 interface to APD=MA 
10. SM=<1 interface to Unified 
System computer 
ll. APD=-MA interface to APD=-MPP 























complex structure, he does so by using 
the Iskra-2302 computer (in the process, 
the data are automatically displayed on | 
the display serten for checking prior 

to sending it to the computer), Opera- (8) """" “™erw 
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Computer response time in the "query- 
response" mode does not exceed 10-15 EEE EE 
seconds when operating with a large 

intormation tile, The answer is dis- Fig. 1. Kolos system standard 

played on the screen and also printed configuration 

out whtn required (at the operator's 

command). Work on including the 

"Daro-1720" minicomputer with a memory instead of the "Iskra-2302" in the "Nal'’chik" 
terminals has been completed; this will sharply increase the capabilities of this 
terminal. 


Application programs that implement specific user requests are needed tor specitic 
Kolos system applications. 


There are four terminal classes in the Kolos system, 


A tirst class terminal (AP...) includes one or more medium throughput (YeS1022 Ll, pe) 
Unitied System computers, Such terminals may be located at major repair plants, 
Oblast trade-storage centers, and at rayon agricultural associations. Connected to 
these computers at the lower end are "Nal'chik" type interactive terminals, and at 
the upper end the AP,,, go out in the batch mode through the MPD-3 (YeS8403) to the 
central processors in the system, 


A second class terminal (AP,,) includes one or more minicomputers. These terminals 
are intended for inter-farm” associations, agro-industrial complexes, rayon divi- 
sions of the State Committee for Supply of Production Equipment for Agriculture, 
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major tucilities ot the Ministry of Land Reclamation and Water Resources, medium 
size centers for the State Committee for Supply of Production Equipment for Agri- 
culture, etc. These terminals have minicomputers from the SM [System of Small 
Computers] series [17] that have the capability of communicating with computers at 
a higher level, operating in the real-time and time-sharing modes, automatically 
acquiring information on equipment status and controlling equipment by programs. 


Third class terminals (AP) include the "Nal'chik" type (installed at trade cen- 
ters ior the State Committee for Supply of Production Equipment for 
Agriculture, kolkhozes, sovkhozes, etc.) and the AP-61 and AP-63 (installed in 
administrative agencies for ministries, departments, trusts, associations, etc.). 


Fourth class terminals (AP) include the AP-70 type (YeS8570) or console intorma- 
tion recorders of the RI-6401 and RI-6402 types together with the clustered 
R1-3901 and RI-8901 (P-2311) (18], as well as terminals with a set of remote sen- 
sors. Information recorders enable concentrating information in shops directly 
from the work stations of the foremen and machine operators, and initial processing 
and checking of data; terminals operating with sensors are used in land reclamation 
and water resource systems. 


In time, modular systems with built-in microcomputers {19] will also be used as 
communication processors in the Kolos TP system. Microcomputer selection will 
depend on the availabiiity of developed software. 


Data Communication Network Topology. At present, in determining a TP system con- 
figuration, one cannot but consider the “oblast--rayon--farm" telepnone circuit 
configuration that has been established in our country aad which has largely 


radial topology. In the early period of Kolos syst«m development, this dictated 
the radial (centralized) topology (fig. 2). As communication circuits, data TP 
equipment and number of system users increase, the Kolos system will evolve into 
the mixed (radial-ring ,20]) topology (1ig. 3). 


Leases (dedicated) circuits are used in the Kolos system under the conditions of 
shared use by all agricultural ministries and departments. 


The distributed automated data bank system (RABD) for the Kolos is built on the 
hierarchical principle and is a commou network of the data banks located in the 
central computer system, and at first and second class terminalis, and which are 
linked to each other by data exchange channels and .acilities. The RABD structure 
and its tunctions are largely determined by the structure of the Kolos system and 
the problems being solved with it. The network of data banks located at the tirst 
and second class terminals together with the data exchange channels and central 
automated data bank, located in the central computer system and which effects over- 
all management of the tunctioning of the entire RABD, operates as a common system 
in the interests of all enterprises and orgec;izations unde the agricultural 
ministries and departments. 


lhe specific implem .tation of the RABD at each terminal and second class terminal 
at the rayon level must be generated as a function of the problems to be solved ana 
the communication facilities; being developed for this is a language to describe 
the status of the RABD common to the entire data communication network, a data 
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Key: 
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* AP OK isecond class terminal] 10. major enterprises, oblast subordina- 
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5. central computer station 13. K -- concentrator 
6. symbols; 14. PP - peripheral processor (other 
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departmental administrative 
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description language and a software package to convert data format into the data 
base management system |DBMS] language. 


Used in the Kolos system is the OKA DBMS; the system-wide network software is 
based on YeS OS. 


This approach to developing a shared use TP system for the agricultural ministries 
and departments of an ASSR (kray, oblast) is being implemented in the Kabardino- 
Balkarskaya ASSR. The TP system has now been implemented in one sector serving 
agriculture, the State Committee for Supply of Production Equipment for Agricul- 
ture. Here, the application programs have been developed that manage the input and 
Output of information for the "Nal'chik" remote terminals: a program for online 
data acquisition, query programs, a dialog program and a remote access program. 


The Kolos system has now assumed fully the function of online distribution (in the 
interactive mode) and issuing of spare parts coming in and stored at the republic 
trade center for rayon users without human intervention. In the near future, it 
will effect online production planning of the activity of the rayon divisions of 
the Sel'khoztekhnika [Agricultural Equipment Association] in the mode of interac- 
tion with the rayon. 
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ORGANIZATIONS 


LANDMARKS OF YEREVAN SCIENTIFIC-RESEARCH INSTITUTE OF MATHEMATICAL MACHINES 
Yerevan KOMMUNIST in Russian 20 Apr 82 p 1 


[Text] The flagman of computer technology in the 
republic is the Yerevan Scientific-Research Institute 
of Mathematical Machines, which has been awarded the 
Red Challenge Banner of the Central Committee of the 
Communist Party of Armenia, the Council of Ministers 
of the Armenian SSR, the Council of Unions and the 
Central Committee of the Komsomol of Armenia eight 
times in a row. The institute has been awarded the 
Red Labor Banner. Here are its glorious landmarks: 


- 1957-1960: A series of original pieces of equipment and the first computer 
successfully underwent state testing. The first among these was the computer 
“Aragats.'' By its technical characteristics and design-engineering level it 
was in the ranks of the best in the country. 


- Work on creation of the "Yerevan" and a series of other specialized machines 
was started in parallel. In the computer "Yerevan" circuit-structures and 
design-engineering solutions that were accepted in the previous computer were 
used. 


- From July, 1959 until the end of 1960 the computer "Razdan-1" was designed: 
the first semi-conductor machine created in the country. After a year a 
second, improved model, the "Razdan-2" was put into operation. 


The creation of the "Razdan-1" and "Razdan-2" computers marks the beginning 
of a new stage in the standing of the institute and in the hastened develop- 
ment of the computer industry in the republic. 


- In 1963 the design of the 'Razdan-3" computer was begun. By its engineering 
characteristics, productivity, develeved logic, wide choice of peripherals 

and storage devices in the largest main memory - it was one of the best 
machines in the country. 


In 1965, the "Razdan-3'' computer was designed, manufactured, and passed state 


testing. 














- An important direction in computer technology is the creation of sma’! 
machines. The small computer "Nairi-1"' was designed and put into series pro- 
duction, and was intended for engineering calculations. With small dimensions 
and a low cost, simple and accessible is use, not requiring special prepara- 
tion - this computer found wide application. 


- The design of the first computer using integrated microcircuits was begun 
at the Institute in 1967. In 1970 the first such computer was designed, 
tested, and put into production in the country. 


- One of the most important machines that was worked out - the "YeS-1030"' 
computer - is a model of the Unified System of third-generation computers, 
worked out by institutes in the USSR and the socialist countries. A series 
of new and complicated tasks was solved by the collective of designers. On 
the basis of an "YeS-1030" computer a computer complex which brought together 
two computers with a common memory field was worked out. 


- The creation and introduction into production in a short time of small 
computers of the "Nairi'' series, the "Nairi-4", the "Nairi-4 Arm" and the 
"YeS-1045", was possible thanks to an automated design system. The work of 
the institute has entered production and has received high evaluations from 
a state commission. 
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